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II sistema operativo UNIX rappresenta sotto molti a- 
spetti un oggetto singolare nella storia dell’informatica: pur 
con una struttura che per certi versi potremmo definire rela¬ 
tivamente semplice, esso porge molte funzionalità paragonabili 
a quelle dei più sofisticati sistemi operativi da mainframe. 
Per un altro verso la duttilità e la modularità dei comandi, e 
la stessa strategia generale di affrontare situazioni comples¬ 
se attraverso insiemi di programmi più semplici possibile, 
modulari e concatenabili, anziché con specifici e complicati 
programmi ad hoc, fanno di UNIX uno strumento che richiede un 
training relativamente breve per cominciare ad usarlo, quanto 
meno nelle applicazioni più elementari. Queste caratteristiche 
riflettono le due componenti essenziali della vicenda UNIX: 
l’ambiente dello sviluppo del software, le cui finalità UNIX 
rispecchia marcatamente, e quello dell’attività universitaria, 
sia didattica che di ricerca. Infatti è ben noto che UNIX è il 
sistema operativo in assoluto più popolare in ambiente uni¬ 
versitario. In linea generale, prescindendo dal punto di vista 
strettamente tecnico, si può dire che il successo di UNIX è 
dovuto in buona parte al giusto dosaggio di queste due compo¬ 
nenti. Ci è sembrato dunque opportuno, per realizzare un libro 
su UNIX, cercare di riprodurre le dosi della ricetta fortuna¬ 
ta, miscelando la competenza accademica con la ricerca attiva 
nel mondo dell’industria . 

Il testo si avvale dell’esperienza di laboratorio della West 
80 di Bologna, società che da più di tre anni sviluppa ap¬ 
plicazioni di automazione d’ufficio in ambiente UNIX. 

Gli Autori ringraziano amici e colleghi della West 80, e in 
particolare Stefano Fabi, che ha curato la tavola riepilogati¬ 
va dei comandi di uso più frequente posta in appendice al 
volume, e Valerio Carioli, che ha messo a disposizione la sua 
preziosa competenza sugli aspetti più sofisticati del sistema 
UNIX. 
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CAPITOLO I 


UNO SGUARDO COMPLESSIVO 


1 - JL STORIA DJ UN I X 


L’idea di UNIX nasce verso la fine degli anni ’60 nei 
l’ambiente dei laboratori di ricerca della Bell , del gruppo 
AT&T , quelli stessi ben noti nel mondo della tecnica per gli 
straordinari risultati ottenuti nel campo dei semiconduttori 
(a tutt’oggi detentori del brevetto del laser e del transistor 
), ad opera di Ken Thompson. Questi si ispira ad alcuni con¬ 
cetti del Multics , sistema operativo time-sharing progettato 
al MIT per grossi sistemi, con la collaborazione dei Bell La 
boratories. L’idea iniziale é quella di costruire un sistema 
operativo single user (da cui il nome) particolarmente adatto 
e flessibile per lo sviluppo del software. Nasce cosi nel 1969 
la prima versione di UNIX, scritta in assembler, che gira sui 
minicomputer PDP7 e PDP9 della Digital. Data la bontà dei 
primo prodotto, l’esperienza fu potenziata, e nacque ben pre¬ 
sto una versione multi user sui mini della linea PDP11 sempre 
della Digital. Questo passo segna una svolta decisiva nel de¬ 
stino di UNIX. Infatti la nuova versione multi user non é 
più scritta in assembler come la precedente, ma per la gran 
parte, in linguaggio C. Il C é a sua volta un prodotto dei 
Bell Laboratories, e nasce in quegli stessi anni ad opera di 
D.M.Ritchie come sviluppo del "B", altra creatura di Thompson, 
linguaggio orientato allo sviluppo del software di base. Que¬ 
sto fatto rappresenta per UNIX un evento determinante. Viene 
concepita infatti -l’idea di riscrivere il compilatore del 
linguaggio C in C stesso. Ciò segna un primo passo nell’ordine 
di idee di rendere UNIX un prodotto trasportabile, in larga 
parte indipendente dalla particolare macchina di cui è ospite: 
il compilatore di C infatti è in grado di rigenerare l’UNIX 
per ogni nuovo elaboratore, una volta adattate le routines 
semantiche al relativo codice macchina, il che limita forte¬ 
mente la parte da riscrivere. 
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Il fatto che la stesura di UNIX sia dovuta principalmente a 
due sole persone, Thompson e Ritchie, garantisce al sistema 
una particolare compattezza, e una forte coerenza interna ri¬ 
spetto alle idee ispiratrici fondamentali; un po’ come, per 
citare un altro esempio famoso, il fatto che il PASCAL sia 
stato concepito ed elaborato da una sola persona, N. Wirth, 
gli fornisce un grado di compattezza che altri linguaggi non 
hanno. 

La grande trasportabilità di UNIX e la circostanza che la Bell 
non era presente direttamente nel settore dell’informatica, e 
non aveva quindi interesse all’esclusività del prodotto, hanno 
gettato le basi per l’enorme sviluppo successivo. In primo 
luogo, esso ha avuto uno strepitoso successo nel campo univer¬ 
sitario. E questa é la seconda svolta fondamentale della sua 
storia. Infatti, seguendo la politica di renderlo disponibile 
quasi gratuitamente al mondo universitario, la Bell ha ottenu¬ 
to di coinvolgere nello sviluppo di UNIX un altro ambiente di 
ricerca, della massima potenzialità. Ne ha ottenuto in breve 
un progressivo miglioramento del prodotto, e, più ancora, un 
grande arricchimento di software strettamente correlato a 
UNIX, e la diffusione del prodotto presso vaste schiere di 
giovani laureati. 

Se il primo "mondo" aggredito da UNIX è stato quello delle 
università, il secondo é stato quello dei produttori di e- 
laboratori della Silicon Valley. E' ben noto che, in seguito 
allo produzione e alia larga e rapida diffusione dei micropro¬ 
cessori, é venuto via via crescendo il numero delle aziende di 
piccole e medie dimensioni produttrici di microelaboratori; 
questo fenomeno si é manifestato in modo particolarmente ap¬ 
pariscente in certe aree geografiche, come la California set¬ 
tentrionale a sud di S. Francisco. Quando, dalla fase iniziale 
dei sistemi monoutente, prevalentemente con sistema operativo 
CP/M , il mercato ha cominciato a spostarsi verso i sistemi 
multiutente, si é creato in modo impellente il problema di un 
sistema operativo multi user; la scelta di UNIX è apparsa a 
molti quasi obbligata, data la relativamente facile trasporta¬ 
bilità, e il conseguente abbattimento dei tempi necessari a 
licenziare in via definitiva un sistema con un software di 
base sufficientemente affidabile e con buone performance. 
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1.2 LA DISTRIBUZIONE 
LE LICENZE 


In seguito alle successive implementazioni, cui si é fatto 
cenno, si é quindi arrivati al settimo livello di UNIX. La 
Bell non lo distribuiva direttamente ma attraverso la Western 
Electric , consorella del gruppo AT&T. La politica di vendita 
delle licenze adottata dalla Bell é stata fortemente diver¬ 
sificata. La scelta fondamentale della Bell fu di praticare 
prezzi fortemente diversi a seconda che si trattasse di clien¬ 
ti industriali o No Profit Organization (tipicamente Universi¬ 
tà). 

Fino a poco tempo fa la Bell vendeva il prodotto senza assu¬ 
mersi alcuna responsabilità di manutenzione o assistenza. Non 
essendo presente con propri elaboratori sul mercato, era poco 
affetta da tutta la problematica tipica degli altri produttori 
di sistemi operativi. Non avendo un mercato privilegiato, non 
si poneva il problema del "cambiamento morbido" tra una ver¬ 
sione e l’altra. Lo stesso manifesto di vendita era a dir poco 
disarmante: "vendiamo UNIX cosi com’é; senza assistenza; senza 
garanzie; senza addestramento;...". In pratica, tutto ciò che 
veniva fornito era un nastro con i file sorgenti e tre manua¬ 
li. La licenza era non esclusiva, e consentiva l’uso di UNIX 
per una particolare CPU, ogni altra CPU comportando costi ad¬ 
dizionali. Malgrado tutto questo, UNIX contava in quegli anni 
circa 3000 utenti industriali di questo livello, ovvero padro¬ 
ni del codice sorgente. 

La AT&T 6 poi passata alla fase della decisa commercializ¬ 
zazione. I primi risultati sono stati assai incoraggianti: le 
installazioni sono state valutate tra le 70.000 e le 90.000 
nel 1983, e più di 250.000 nel 1984, prevalentemente dotate di 
licenze "binarie", ossia non dotate di UNIX "sorgente", e si 
può dire che UNIX si sta avviando a diventare uno standard per 
calcolatori a 16 bit. 

Le caratteristiche intrinseche di UNIX da una parte, e la par¬ 
ticolare politica di distribuzione adottata per lungo tempo 
dalla Bell dall’altra hanno creato lo spazio per una attivi¬ 
tà di collegamento tra il fornitore e l’utente finale. Con 
queste finalità si costituì nel 1977 la Interactive , software 
house che, sulla base della licenza Western, ha assunto il 
ruolo di fornire supporto e assistenza all’utente UNIX. La 
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La Interactive, oltre a potenziare gii aspetti industrialmen¬ 
te rilevanti di UNIX, e a renderlo più affidabile, in una 
versione, comunque, del tutto compatibile alla originale, ha 
sviluppato uno strumento di estremo interesse nell’ambito del¬ 
le applicazioni di Office Automation : il potente text-editor 
ined 
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Le varie versioni di UNIX 


/ 

UNIX V7 


A 


- Versione originale, molto diffusa, per CPU a 16 bit 

- Gira su PDP/11 

- Contiene migliala di file, e 1 programmi in sorgente 
di tutti i comandi 


/-\ 

UNIX V32 

- E' per CPU a 32 bit 

- Gira su Vax 11/780 

- Non sfrutta appieno le capacita'del Vax, in particolare 
il meccanismo di impaginazione della memoria. 

- La versione e'ormai obsoleta: sugli elaboratori a 32 bit 
si utilizzano oggi il System V o le versioni di Berkeley 

V_u___ J 


L’SCCS è uno strumento molto sofisticato di gestione delle 
modifiche ai file. Questo insieme di programmi consente in 
sostanza di conservare contemporaneamente le verie versioni di 
un file. Notevole é anche il fatto che la parte comune delle 
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varie versioni viene ad essere immagazzinata, fisicamente, una 
sola volta. In altre parole, l’SCCS, di fronte a più versioni 
di un file, per prima cosa memorizza come elemento a sé stante 
una versione base, che può essere pensata come 1’ "interse¬ 
zione logica" delle varie versioni, cioè la parte comune a 
tutte. Definisce poi un’entità, denominata delta , che 
contiene le modifiche che una versione apporta alla preceden¬ 
te. Beco dunque che una particolare versione é sempre rico¬ 
struibile, a partire dalla parte comune e dai successivi delta 
fino a quello relativo alla versione richiesta. Questo metodo 
consente di sviluppare una struttura ad albero, la cui radice 


UNIX PWB 


- PWB sta per "programmer's vorkbench 

- E‘ per CPU a 16 bit 

- E' pensato per offrire un ambiente completo per lo 
sviluppo di softvare per altre macchine con diverso 
sistema operativo (tipicamente IBM) 

- In piu' delle versioni standard, dispone di: 

a) SCCS (Source Code Control System) 
per il controllo delle modifiche dei 
file sorgenti 


b) REMOTE JOB ENTRY: interfaccia di 
tipo batch con macchine IBM 




é costituita dalla versione base, e in cui i vari progressi 
sono percorribili per vie indipendenti a partire da essa. E* 
chiaro quanto uno strumento del genere risulti utile in un 
ambiente di sviluppo software, specie per progetti articolati 
e complessi. 


SYSTEM 111 


UNIX III é la prima versione di UNIX nata dalle esigenze della 
industrializzazione del prodotto, e non dalla ricerca. Essa 
infatti é la sintesi, operata dalla Western Electric, delle 
tre principali versioni precedenti, ovvero l’UNIX V7, per CPU 
a 16 bit, l’UNIX V32, per CPU a 32 bit, e l’UNIX PWB. 


1.3 IMPLEMENTAZIONI 
DELLA. BERKELEY UNIVERSITY 


L’università di Berkeley (S. Francisco, California), ha sempre 
rivolto particolare attenzione al fenomeno UNIX. In questo 
ambiente sono nate due versioni che migliorano soprattutto 
qualitativamente quelle precedentemente viste. Le versioni di 
Berkeley sono note con la sigla BSD, che sta per Berkeley 
Standard Distribution; al solito, sono individuate da una cop¬ 
pia di numeri, per poter distinguere le successive realise di 
una stessa versione; si parla dunque, ad esempio, di UNIX 4.2 
BSD. Va notato inoltre che la Berkeley fornisce le sue versio¬ 
ni ed aggiunte contro il solo rimborso delle spese di spedi¬ 
zione a chiunque sia in possesso di una regolare licenza della 
Western. L’università di Berkeley ha sviluppato in particolare 
una nuova versione di UNIX V7 per calcolatori a 16 bit e di 
UNIX V32 per calcolatori a 32 bit. Soprattutto quest’ultima 
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SYSTEM III 





System III = V7 + V32 + PWB 

- E' per CPU a 16 o a 32 bit 

- E stato ormai trasportato su tutti i principali 
microprocessori a 16 bit (Intel 8086, Motorola 
68000, Zìlog 8000, National 16000), ed e' quin¬ 
di disponibile sulla maggior parte del "super- 
micro offerti sul mercato. 


- Oltre a contenere interamente le precedenti ver¬ 
sioni, migliorandone alcuni comandi, presenta va¬ 
rie ulteriori novità', tra le quali ricordiamo: 


a) la gestione di un nuovo tipo di file, 
detto FIF0, che consente a piu' pro¬ 
cessi di comunicare tra loro, garan¬ 
tendo la sincronizzazione e la con¬ 
gruenza delle operazioni di lettura 
e scrittura. Questo rappresenta un 
potenziamento del file di tipo pipe, 
tipico di UNIX 

b) un processo di System accounting, 
che fornisce dettagliate informazio¬ 
ni sull 'utilizzo delle risorse 

c) Una serie di compilatori per linguag¬ 
gi di alto livello, come FORTRAN 77 e 
SN0B0L 




J 
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XENIX 


r 




Lo XENIX e' una versione di UNIX prodotta dalla 
Microsoft, tratta dal V7, e con esso compatibile, 
resa adatta ai piu diffusi microprocessori a 16 
bit, e ora disponibile anche in una versione com¬ 
patibile con il System III. 

La Microsoft ha migliorato le caratteristiche del 
V7 rispetto ad un ambiente di utilizzo di tipo com¬ 
merciale, e lo ha arricchito con la maggior parte 
dei suoi popolari prodotti di softvare di base (com¬ 
pilatori, editor, spreadsheet). 

11 prezzo contenuto, e la circostanza di essere sta¬ 
ta la prima versione disponibile su tutti i micropro¬ 
cessori a 16 bit commercializzati, hanno fatto di 
XENIX la versione fino ad ora piu' diffusa. 

V_ ) 


riveste carattere di rilievo. Come si é detto, la versione 
originale V32 non sfrutta appieno le capacità del VAX, non 
gestendo la paginazione della memoria. La nuova versione, VM 
UNIX, fa invece ricorso al demand paging , e costituisce a 
questo punto una valida alternativa al sistema operativo nati¬ 
vo del VAX, il VMS. La sigla VM premessa a UNIX sta ad indica¬ 
re appunto Virtual memory. La gestione "virtuale" e non fisica 
della memoria consente la disponibilità di uno spazio di in¬ 
dirizzamento assai più vasto di quello realmente libero nella 
memoria fisica. Questa caratteristica si rivela particolarmen¬ 
te utile nelle applicazioni di tipo scientifico, grafico, e 
nella gestione di vasti Data Base. 
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I nuovi programmi e comandi delle versioni Berkeley sono rag¬ 
gruppabili come segue: 


-Nuovi compilatori e interpreti per PASCAL, APL, LISP. 

-Un potente debugger per PASCAL, C, FORTRAN 77. 

-Un nuovo EDITOR "VI" (da "video"), che consente la ge¬ 
stione di ogni tipo di terminale-video, intervenendo 
semplicemente su una tabella che lo definisce. Il VI 
è stato trasportato su altri calcolatori operanti sotto 
UNIX. 

-L’introduzione dell’INGRES, un avanzato data base rela¬ 
zionale. 

In prima approssimazione possiamo dunque definire UNIX un si¬ 
stema operativo multi user e time sharing , scritto per la 
maggior parte in linguaggio C , comprendente al suo interno un 
compilatore del linguaggio C , in grado quindi di autogene- 
rarsi in modo parzialmente autonomo su una macchina a 16 o 32 
bit. 
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Normalmente ci si riferisce a UNIX, tuttavia, pensando non 
soltanto al sistema operativo vero e proprio, ma anche alle 
centinaia di comandi che gli fanno da contorno, fondati a loro 
volta sul linguaggio C , e considerati ormai un tutt’uno con 
il sistema operativo stesso. 

Un ulteriore elemento caratteristico di UNIX é lo SHELL. Esso 
é prima di tutto un interprete dei comandi dati direttamente 
dall’utente al terminale, ma risulta cosi articolato e fles¬ 
sibile da potere essere considerato a sua volta un linguaggio 
disponibile per sviluppare, come vedremo, certi tipi di appli¬ 
cazioni . 

Nel seguito di questo capitolo descriveremo, senza scendere in 
eccessivi dettagli, le caratteristiche salienti di UNIX, che 
saranno approfondite nei capitoli successivi. 


Come e' fatto UNIX 
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1.4 LO SHELL 


Lo SHELL é prima di tutto, come si è detto, l’interprete dei 
comandi. Nella sua applicazione più semplice esso é dunque un 
programma che, ricevuto il nome di un comando da terminale, lo 
manda in esecuzione, e, a esecuzione finita, richiama se stes¬ 
so, mostrando a video un segnale di "prompt", per ricevere 
ulteriori comandi. La forma generale di una chiamata dello 
SHELL sarà dunque: 


{COMANDO} Al A2 ... An 


dove {COMANDO} è il nome di uno specifico comando, e Al,...,An 
sono i nomi degli argomenti, separati da uno o più blank. 

L’esecuzione di una procedura SHELL é strettamente legata a 
tre file, che lo SHELL stesso apre o crea a seconda dei casi. 
Essi sono lo standard input, lo standard output e lo standard 
error. Ad ognuno di essi viene attribuito un identificatore 
numerico, detto file-descriptor, che vale 0, 1 e 2 nei tre 
casi. Il file con descrittore 0 viene aperto in lettura, quel¬ 
li a 1 e a 2 in scrittura. Nel corso dell’esecuzione dei pro¬ 
grammi, le chiamate di input/output sono indirizzate, qualora 
non venga specificato esplicitamente il nome di un file, allo 
standard input e allo standard output. I messaggi di errore 
prodotti da UNIX vengono indirizzati allo standard error. 
L’associazione tra i precedenti file "virtuali" e i file fisi¬ 
ci viene fatta dallo SHELL all’inizio dell’esecuzione. Normal¬ 
mente (ovvero salvo esplicita dichiarazione in contrario) si 
ha: 


standard input 
standard output 
standard error 


-> tastiera 

-> video 

-> video 


Una delle caratteristiche dello SHELL é proprio quella di 
potere sostituire ai file standard qualsiasi altro file. Co¬ 
si, noi possiamo ad esempio decidere che lo SHELL debba leg¬ 
gere i dati su cui il comando dovrà operare non direttamente 
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dal terminale, ma da un file. Ciò si ottiene con una chiamata 
allo SHELL del tipo: 


(COMANDO) Ai A2 ... An < DATI 


Da questo momento lo SHELL esegue il comando, ma, anziché 
attendere i dati d’ingresso da terminale, li preleva da DATI. 
Inversamente, possiamo decidere che 1 output prodotto dallo 
SHELL debba costituire un file di nome qualsiasi, ad esempio 
RISULTATI. Impostando la chiamata: 


(COMANDO) Al A2 ... An > RISULTATI 


lo SHELL creerà un file di quel nome, (qualora non esista 
già) e lo sostituirà allo standard output, depositandovi ciò 
che risulta dall’esecuzione del comando. 

E* proprio nel caso di una associazione dell’output diversa da 
quella standard che diviene essenziale il file con descrittore 
a 2. Esso, a differenza di quello a 1, rimane normalmente as¬ 
sociato al video, il che impedisce che eventuali messaggi 
d’errore o di sistema finiscano sul file di output all’insapu¬ 
ta dell’utente. Anche lo standard error può comunque essere 
ridefinito, con lo stesso formato della ridefinizione dello 
standard output, premettendo il valore 2 al segno di maggiore: 


(COMANDO) Al A2 ... An 2> ERRORI 


La più importante conseguenza di queste caratteristiche é la 
possibilità di concatenare più programmi, in modo tale che 
l’output dell’uno sia assunto automaticamente come input del¬ 
l’altro. Questo è un tratto essenziale di UNIX. Esso discende 
dalla filosofia generale del sistema, che é quella di evitare 
il ricorso a programmi giganteschi che pretendono di fare tut¬ 
to, e di individuare invece un buon numero di funzioni relati¬ 
vamente semplici, molto efficienti, facilmente ricorrenti in 
ogni problema specifico, concatenabili a piacere. 

Va infine sottolineato che io SHELL gestisce variabili sia 
stringa che numeriche, salti condizionati, e quindi loop, e si 


14 



configura in conclusione come un vero e proprio linguaggio di 
alto livello, che vede i programmi eseguibili esistenti nel 
sistema come comandi elementari, quasi i propri "verbi". 


1.5 PROGRAMMI E PROCESSI 


Presenteremo ora, prima a livello introduttivo e successiva¬ 
mente in modo più approfondito, il funzionamento interno di 
UNIX, in particolare per quanto riguarda la gestione dei pro¬ 
grammi lanciati dagli utenti. 

Se potessimo osservare passo passo il funzionamento di un ela¬ 
boratore, vedremmo che esso esegue una dopo 1’ altra istruzio¬ 
ni appartenenti sia a programmi utente che al sistema operati¬ 
vo in sequenze più o meno lunghe, come in figura: 


Prog.A Sist.Op. Prog.A Sist.Op. Prog.B Sist.Op. 


Possiamo quindi desumere dalla nostra osservazione che il no¬ 
stro elaboratore con sistema operativo UNIX esegue un program¬ 
ma per volta, sia esso lanciato dall’ utente o facente parte 
del sistema operativo. 

Anche se questa affermazione é corretta, essa è però poco 
esplicativa: infatti quando osserviamo una stanza in cui di¬ 
versi utenti stanno operando ai terminali, ad esempio con un 
editor, mentre le stampanti stanno producendo lettere e tabu¬ 
lati, riceviamo una sensazione di simultaneità di operazione 
palesemente contradditoria con la spiegazione precedente. 

Per risolvere questa contraddizione dobbiamo ricorrere ad un 
concetto più astratto di quello di programma: il concetto di 
"processo". Con questo termine si indica 1’ istanza di esecu¬ 
zione di una sequenza di istruzioni su di uno specifico insie¬ 
me di dati. Il processo viene inizialmente "creato", alla fine 
"muore" o viene "ucciso" e nel corso della sua vita può tro¬ 
varsi in stati diversi. Uno stato possibile è quello già visto 
di esecuzione, ma inoltre un processo può trovarsi in attesa. 
In un sistema di elaborazione multiutente, sono presenti in 
ogni istante diversi processi: in generale si può affermare 
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che esiste un processo per ogni attività di elaborazione e/o 
di gestione del sistema di elaborazione che possa svolgersi 
"in parallelo" alle altre. In UNIX troveremo un processo (al¬ 
meno) per ogni utente collegato, più diversi altri processi 
"di sistema" (si veda il comando ps che fornisce 1* elenco dei 
processi nel sistema). 

Poiché, negli elaboratori con un solo "processor", un solo 
processo può essere in esecuzione ad un certo istante, ogni 
altro processo é evidentemente quiescente, o "pronto" per 1* 
esecuzione o "in attesa" di qualche evento, quale 1’ arrivo di 
un carattere dalla tastiera, il completamento del trasferimen¬ 
to di un blocco di dati da disco, o 1* arrivo di un "segnale" 
da un altro processo con il quale esso debba sincronizzarsi. 
Nei periodi di attesa vengono custodite, a cura del sistema 
operativo, tutte le informazioni che consentono al processo di 
riprendere l’esecuzione laddove questa si era interrotta: il 
contenuto della memoria centrale utilizzata dal processo (i- 
struzioni e dati), i valori dei registri hardware, lo stato 
dei file aperti, e altri dati gestiti direttamente dal sistema 
e non visibili all’ utente fra le quali le informazioni neces¬ 
sarie per 1’ accounting. L’ insieme di questi dati é denomi¬ 
nato "immagine" del processo: in sintesi, un’immagine é lo 
stato corrente di un computer virtuale, la "fotografia logica" 
della memoria ad un certo istante dell’esecuzione. Un processo 
é l’esecuzione di una immagine. Durante l’esecuzione, l’im¬ 
magine deve risiedere in memoria centrale. Dopo l’esecuzione, 
essa rimane in memoria centrale anche durante l’esecuzione di 
altri processi, fino a che un processo a priorità maggiore non 
ne provoca il trasferimento su disco. 

Quando viene eseguito un processo, esso viene rappresentato in 
memoria in tre sezioni logicamente distinte. La prima é il 
codice del programma in esecuzione; esso viene condiviso da 
qualsiasi altro processo che comporti in quel momento l’esecu¬ 
zione dello stesso programma, ed é ovviamente protetto da 
scrittura; le altre due sono ovviamente proprie di ciascun 
processo: la seconda é costituita dai dati ed é libera in 
lettura e scrittura; la terza, infine, rappresenta lo stack, e 
può crescere secondo le esigenze durante l’esecuzione. 

Un processo viene posto in essere quando un altro processo 
già attivo esegue l’istruzione fork. Deve quindi esistere un 
processo il quale, all’accensione del sistema, dà origine alia 
catena di creazione di tutti gli altri. Al processo cosi sorto 
(che viene detto figlio ) viene assegnata, salvo una variabile 
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di cui parleremo dopo, una copia esatta dell’immagine origina¬ 
ria del processo che lo ha creato (processo padre ) e quindi i 
due processi condividono in modo completo l’accesso ai file. 

A questo punto i due processi sarebbero quindi indistinguibi¬ 
li. A renderli riconoscibili provvede l’istruzione fork, la 
quale restituisce al processo padre un codice di ritorno si¬ 
gnificativo, contenente un numero univocamente attribuito al 
processo creato. Viceversa, il processo figlio ottiene come 
codice di ritorno il valore zero. 

In questo modo ogni processo ha un identificatore diverso e 
significativo, e occupa un ben preciso posto nella gerarchia 
ad albero del sistema, e due esecuzioni di utenti diversi non 
vengono confuse ancorché siano in tutto e per tutto identiche. 

Questo provoca il fatto che il padre governa il processo fi¬ 
glio, potendo usare il suo codice identificatore per accedere 
alle routines di sistema. In questo modo vengono gestiti ruoli 
e priorità. 

Il meccanismo descritto consente il ricorso al pipe , tipico 
di UNIX. Un pipe é un file di output di un processo, che viene 
assunto come input da un altro processo. Interessante notare 
che nessuno dei due processi, né il padre che passa il pipe , 
né il figlio, devono sapere che si ha a che fare con un pipe 
anziché con un file ordinario. 
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1.6 UNO SGUARDO AL CUORE DEL 
SISTEMA 


Questo ed i successivi tre paragrafi sono intesi a 
presentare in modo più approfondito e più tecnico alcuni dei 
concetti già presentati. Il lettore che non abbia alcuna di¬ 
mestichezza con alcun sistema dotato di multiprogramraazione 
potrebbe avere qualche problema. Tuttavia, il mancato appro¬ 
fondimento di questa parte non pregiudica la comprensione del 
seguito. 

Come é noto, il progressivo sviluppo del software di sistema 
ha fatto si che ormai il sistema operativo si ponga come 
diaframma tra l’utente e tutto ciò che nell’elaboratore é 
fisico e tangibile. Non é quindi ormai solo questione di ot¬ 
timizzazione delle risorse; dalla metà degli anni ’60 un si¬ 
stema operativo riveste prima di tutto la funzione di creare 
un ambiente puramente teorico, congeniale all’utente, entro il 
quale sia possibile muoversi con sicurezza e conforto, deman¬ 
dando il maggior numero di problemi possibile alla macchina 
stessa. La maggior parte di queste trasformazioni da un am¬ 
biente fisico a un ambiente logico viene svolta da quello che 
rappresenta il cuore del sistema operativo: il kernel (let¬ 
teralmente: nocciolo). Il kernel é il componente dei sistemi 
operativi che provvede alla gestione delle risorse hardware: 
CPU, memoria centrale, dischi, terminali, ecc. 

Attraverso il complesso delle funzioni svolte, il kernel rea¬ 
lizza un aliente elaborativo virtuale più vicino alle e- 
sigenze operative degli utenti del sistema, celando le carat¬ 
teristiche fisiche del sistema di elaborazione che comportano 
maggiori complessità di gestione. Quale effetto delle funzioni 
svolte dal kernel, nei sistemi operativi multiaccess quale é 
UNIX, i programmi utente possono operare come se 1’ elaborato¬ 
re fosse totalmente a loro disposizione (sia per quanto ri¬ 
guarda 1’ unità di elaborazione che per la memoria centrale), 
senza doversi preoccupare degli altri utenti che stanno con¬ 
temporaneamente utilizzando il sistema di elaborazione. Ai 
programmi utente, il kernel appare come un insieme di sotto¬ 
programmi richiamabili attraverso apposite richieste, dette 
chiamate di sistema (system cali). 

Il kernel di UNIX, a differenza di quanto avviene in altri 
sistemi operativi, é totalmente residente in memoria centrale. 
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Esso è composto da un programma di circa 10.000 righe scritto 
nel linguaggio C e da circa 1.000 istruzioni nell’assembler 
dello specifico elaboratore su cui è installato. La sua oc¬ 
cupazione di memoria, comprensiva delle aree dati e dei buf¬ 
ferà, é mediamente di 90-100 kbytes per un elaboratore di tipo 
supermicro con 8-16 terminali. 

Rispetto ad altri sistemi operativi di pari complessità le 
dimensioni del kernel risultano significativamente inferiori. 
Le funzioni direttamente realizzate dal kernel, infatti, sono 
state progettate avendo in mente obiettivi di generalità e 
semplicità: questa scelta, che costituisce forse il maggior 
pregio di UNIX, va a volte a scapito dell’efficienza. Il pre¬ 
gio della semplicità é notevolmente accresciuto nella per¬ 
cezione dell’utente da un’altra caratteristica notevole del 
kernel di UNIX, ossia la soluzione adottata per la gestione 
delle operazioni di input/output, cui si è già fatto cenno. 
Tali operazioni vengono presentate ai programmi utenti come 
operazioni di lettura o scrittura su files, mascherando com¬ 
pletamente i dettagli operativi delle diverse unità perife¬ 
riche (dischi, nastri, stampanti, terminali, ecc.). 

Molte funzioni che in altri sistemi operativi appartengono al 
kernel sono svolte in UNIX da comandi che operano come normali 
programmi utente, residenti su disco e non dotati di diritti 
speciali. I limiti del sistema operativo UNIX sono pertanto 
piuttosto difficili da inquadrare: il kernel rappresenta solo 
il 5-10 % del software che viene distribuito quando si acqui¬ 
sta il "sistema operativo UNIX". E' inoltre possibile (e viene 
fatto normalmente in tutte le installazioni), aggiungere ai 
comandi standard forniti con la licenza UNIX programmi o pro¬ 
cedure shell di interesse specifico che vanno, a tutti gli 
effetti, ad estendere quello che l’utente percepisce come "si¬ 
stema operativo". 


1.V I PROCESSI 


Il concetto di processo é di fondamentale importanza per 
comprendere il funzionamento dei sistemi operativi multiuten- 
te. Come abbiamo detto, con il termine "processo" si intende 
l’istanza di esecuzione di un programma operante su di uno 
specifico insieme di dati. E' quindi un concetto dinamico: i 


19 



processi nascono, attraversano diversi stati, infine muoiono. 
E' importante distinguere la nozione di processo da quella di 
programma: quando due utenti usano l’editor di sistema da ter¬ 
minali diversi esistono due processi utente, anche se essi 
eseguono lo stesso insieme di istruzioni (o programma). 

Ad un certo istante (nei sistemi di elaborazione dotati di una 
una sola CPU), esiste al più un processo utente in stato di 
esecuzione. Perché un processo vada in esecuzione, come ab¬ 
biamo visto, occorre che sia presente in memoria centrale 1’ 
immagine del processo, ossia l’insieme di dati, istruzioni e 
registri hardware che ne determinano univocamente lo stato. In 
memoria centrale usualmente risiedono anche immagini di altri 
processi non in esecuzione, ma in attesa di eventi quali la 
disponibilità di CPU o il completamento di operazioni di in¬ 
put/output. 

Le strutture di dati che il kernel utilizza per gestire i pro¬ 
cessi sono rappresentate nelle due figure seguenti. 


20 




Tabella del processi 
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Strutture di dati per processi con 
segmento di istruzioni separato 










































Ogni area contigua di memoria che contiene dati o istruzioni 
relative ad un processo viene detta "segmento". L’ immagine 
dei processi é costituita da due o tre segmenti, a seconda del 
tipo di allocazione adottato per le istruzioni. Nel primo caso 
viene utilizzato un solo segmento per contenere sia le istru¬ 
zioni sia i dati su cui esse operano. Un altro segmento di 
dimensioni fisse e limitate é allocato per ciascun processo: 
accessibile solo dal kernel e pertanto protetto, esso contiene 

10 stato dei registri hardware, informazioni sui file corren¬ 
temente aperti, dati di accounting, e spazio per variabili 
temporanee usate dal kernel. 

Gli indirizzi dei segmenti sono contenuti nella tabella dei 
processi , che contiene un entry per ciascun processo. Quando 
un processo é creato viene allocato un entry in questa ta¬ 
bella, e viene liberato quando il processo termina. Ciascun 
entry contiene il numero del processo (un identificatore uni¬ 
voco progressivo), l’indirizzo dei segmenti in memoria e su 
disco, e informazioni utili per lo scheduling dei processi. 
Poiché la dimensione di questa tabella é fissata al momento 
della configurazione di sistema, esiste un limite massimo al 
numero dei processi contemporaneamente in esistenza. 

UNIX consente di articolare l’immagine del processo in tre, 
anziché due, segmenti: istruzioni, dati utente, dati di si¬ 
stema. Poiché, come abbiamo visto in precedenza, più processi 
possono eseguire lo stesso insieme di istruzioni, é possibile 
ottenere un risparmio nell’utilizzo di memoria attraverso la 
condivisione ( sharing ) del testo del programma. Inoltre, 
poiché il segmento di istruzioni non é modificabile dal 
processo utente, non é necessario trascriverlo su disco quando 

11 processo viene temporaneamente escluso dalla memoria cen¬ 
trale per fare posto a processi con maggiore priorità. Si 
ottiene cosi sia una maggiore efficienza di utilizzo della CPU 
che della memoria centrale. 

Una ulteriore tabella, la tabella dei testi , é utilizzata per 
contenere gli indirizzi, in memoria e su disco, dei segmenti 
di testo. 

Ogni posizione della tabella contiene anche il numero dei pro¬ 
cessi che condividono il segmento. Quando questo numero divie¬ 
ne zero, la posizione nella tabella è liberata assieme alle 
aree allocate in memoria centrale e sul disco. Va notato che i 
due segmenti di dati del processo, quello utente e quello di 
sistema, vengono allocati in aree contigue per diminuire i 
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tempi di trasferimento da e verso la memoria secondaria. Men¬ 
tre il segmento di sistema ha dimensioni fisse, quello utente 
contiene due aree di dati di dimensioni variabili. La prima, 
lo stack utente contenente le variabili locali dei sottopro¬ 
grammi, é automaticamente adeguata dal sistema in caso di o- 
verflow. La seconda é invece sotto il controllo dei processo 
utente che ha a disposizione chiamate opportune per aumentarne 
o ridurne le dimensioni. Nei due casi il kernel cerca di tro¬ 
vare uno spazio sufficiente in memoria centrale, eventualmente 
ricopiando i due segmenti in un’ altra area di memoria. Se la 
ricerca ha esito negativo l’esecuzione viene sospesa e l’imma¬ 
gine del processo temporaneamente trasferita in memoria secon¬ 
daria. 


1-8 LO SCHEDULING 


Durante l’esecuzione di un processo, questo può necessitare di 
funzioni offerte dal kernel quali l’accesso ad un file, l’ef¬ 
fettuazione di operazioni di input/output, la richiesta di 
ulteriore memoria centrale, ecc. Nel corso della chiamata di 
sistema, avviene una transizione dall’ambiente di utente a 
quello di sistema , a seguito della quale il processo assume i 
privilegi dei sistema operativo (possibilità di eseguire i- 
struzioni di input/output, accesso al segmento di sistema, 
ecc.). Il processo viene ora chiamato processo di sisteaa. Se 
il completamento della funzione richiede risorse o dati non 
disponibili, il processo si pone in attesa fino al verificarsi 
dell’evento desiderato, il quale "risveglia" il processo (o i 
processi) in attesa. Quando la funzione richiesta é stata 
assolta si ha di nuovo una transizione di stato e ritorna in 
essere il processo utente. 

Se fotografiamo lo stato del sistema in un certo istante, tro¬ 
veremo diversi processi in attesa di eventi, altri pronti per 
l’esecuzione, e uno solo in possesso della CPU e quindi in 
stato di esecuzione. Quando il processo attivo deve a sua vol¬ 
ta porsi in attesa di un evento, la CPU diviene libera e il 
kernel provvede a scegliere, fra i processi pronti per l’ese¬ 
cuzione, quello a più alta priorità. 

La priorità dei processi di sistema é sempre maggiore di 
quella dei processi utente. La priorità dei processi utente 
é determinata dalla combinazione di due componenti: il livello 
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base di priorità, che può essere modificato dall’utente con il 
comando nice , e l’ammontare di tempo di calcolo attribuito 
recentemente al processo. I processi che più hanno usufruito 
dell’unità di elaborazione nell’ultimo intervallo di tempo 
vengono penalizzati. Ogni secondo il kernel sospende l’esecu¬ 
zione e ricalcola le priorità dei processi. L’ obiettivo 
dell’algoritmo di scheduling é quello di privilegiare i pro¬ 
cessi interattivi e quelli che utilizzano intensamente il di¬ 
sco rispetto a quelli di pura elaborazione, e di distribuire 
equamente le risorse tra processi con uguali caratteristiche. 

Finora, in questo paragrafo, abbiamo implicitamente supposto 
che le immagini dei processi risiedessero in memoria centrale. 
Normalmente, tuttavia, l’occupazione di memoria dei processi 
supera le dimensioni della memoria, per cui i dati di parte 
dei processi vengono memorizzati, secondo le necessità, sulla 
memoria secondaria (disco). Il trasferimento da e verso il 
disco ( swapping ), viene effettuato da un processo partico¬ 
lare, il cui compito é quello di selezionare, fra i processi 
residenti in memoria, quello (o quelli) da trasferire sulla 
memoria secondaria e, viceversa, decidere, fra i processi tem¬ 
poraneamente swapped out , quale trasferire in memoria cen¬ 
trale e dove allocarlo. 

Gli algoritmi usati da questo processo hanno effetti determi¬ 
nanti sull’efficienza complessiva del sistema: 

- i processi da trasferire verso la memoria secondaria vengono 
scelti fra quelli in attesa di eventi "lenti" (ad esempio 
input da terminale), penalizzando quelli che da più tempo 
risiedono in memoria centrale e quelli con larga occupazione 
di memoria. Per impedire il verificarsi dei trashing , il 
fenomeno per cui tutto il sistema collassa a causa dell’ec¬ 
cessivo swapping, l’algoritmo prende in considerazione solo 
i processi che risiedono in memoria centrale almeno da un 
certo tempo. 

- il trasferimento verso la memoria centrale segue approssima¬ 
tivamente gli stessi criteri: vengono privilegiati i proces¬ 
si che da più tempo attendono la memoria centrale e quelli 
con dimensione minore. L’immagine del processo viene carica¬ 
ta nella prima area di memoria centrale che il sistema indi¬ 
vidua come sufficiente a contenerla. 
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1-9 CREAZIONE DI PROCESSI 


Ad eccezione di due processi, swap e init , i quali vengono 
creati durante la fase di inizializzazione del sistema, ogni 
altro processo é creato attraverso la già ricordata chiamata 
di sistema 


i = fork() ; 


Come abbiamo detto, dopo tale chiamata, a fianco del processo 
chiamante esiste un nuovo processo, detto figlio , quasi del 
tutto identico al processo padre. L’ immagine del processo 
figlio é ottenuta copiando integralmente i segmenti di dati 
del processo padre (ad eccezione del segmento di testo puro, 
se esiste). L’unica differenza risiede nel valore restituito 
dalla fork al processo. Si ricordi che esso vale 0 per il pro¬ 
cesso figlio relativamente al padre, mentre il padre riceve 
come valore il numero di processo attribuito al figlio. 

Un processo può eseguire la primitiva exec con la quale 
vengono sostituiti i segmenti di testo e di dati correnti con 
quelli del programma specificato come parametro all’exec. 
Anziché generare un nuovo processo, i’exec fa si che si passi 
all’esecuzione di un programma diverso; i dati precedenti ven¬ 
gono persi, con l’eccezione dei file aperti. 

La terminazione di un processo avviene a seguito della primi¬ 
tiva exit. 

I processi generati dal fork sono del tutto indipendenti dal 
padre: tuttavia il padre può attendere la terminazione di uno 
qualsiasi dei suoi figli attraverso la primitiva wait 

L’esempio mostra come si può realizzare in linguaggio C 
l’esecuzione di un programma attraverso la creazione di un 
nuovo processo. 


26 



/* processo padre */ 
i = fork(); 

if ( i~0 ) /* processo figlio */ 

exec ("nuovo programmma”); 
else /* processo padre */ 
wait(stato); 

/* continua il processo padre 

dopo la terminazione del figlio */ 


Come si può dimostrare, 1* uso combinato delle primitive fork, 
exec e wait consente di articolare 1* elaborazione desiderata 
in numero arbitrario di processi, i quali possono comunicare 
tramite file e, come vedremo pipe, ovvero file temporanei con 
gestione first-in-first-out. 


1.10 UNIX COMPARATIVAMENTE 


Alcune considerazioni conclusive possono essere tratte dalla 
storia e dalla sommaria descrizione di UNIX che abbiamo visto. 
Prima di tutto, UNIX nasce da un ambiente di ricerca e non da 
un ambiente di produzione industriale. Nasce quindi con carat¬ 
teristiche sui generis, che lo rendono un prodotto per molti 
aspetti diverso dal solito. 

Un altro tratto specifico di UNIX dipende dalla politica di 
distribuzione adottata nei primi tempi dalla Bell. Dandolo 
quasi gratuitamente alle Università, la Bell ha ottenuto una 
notevole diffusione da un lato e un miglioramento intrinseco 
del prodotto dall’altro. L’impostazione generale del tipo di 
software, che é pensato per implementare tanti programmi 
specifici concatenabili, piuttosto che grossi programmi di 
problematica efficienza, ha fatto si che l’uso massiccio da 
parte di certe università di UNIX abbia portato in modo na¬ 
turale all’arricchiménto dei programmi disponibili, che si 
sono fusi in un tutt’uno con il nucleo originario del sistema. 

Di estrema importanza nella determinazione della fortuna di 
UNIX è poi la trasportabilità. Questa é dovuta principalmente 
a due fattori. Per un verso, nascendo il sistema da un ambien¬ 
te di ricerca, esso non é stato pensato a priori per un par¬ 
ticolare elaboratore; per un altro verso, UNIX è scritto per 
la quasi totalità in linguaggio C , e include a sua volta un 
compilatore per quel linguaggio, progettato espressamente per 


27 



facilitarne il trasporto su altri elaboratori. Questo vuol 
dire che per esportare UNIX da un particolare microprocessore 
ad un altro, tutto ciò che va fatto si riduce sostanzialmente 
alla riscrittura del kernel, meno di 1 kbyte, in assembler, e 
ad un intervento sulle routines semantiche del compilatore; da 
quel punto UNIX é in grado di autogenerarsi sulla nuova mac¬ 
china. Una esperienza significativa in merito è stata quella 
dell’ Onyx L’Onyx, produttore di microelaboratori della 
Sylicon Valley, è stata forse la prima a produrre indu¬ 
strialmente un mini basato sul microprocessore Z8000 dotato 
solamente del sistema operativo UNIX. Anziché investire tempo 
e risorse nel progetto di un ennesimo specifico sistema opera¬ 
tivo, il produttore ha adottato lo IS/1 (versione di UNIX pro¬ 
dotta dalla Interactive, società di software del settore, per 
applicazioni commerciali), garantendosi in tal modo a priori 
il buon livello del risultato e una rapida realizzazione in 
fatto di tempo. 


K' interessante seguire, anche solo sommariamente, i vari pas¬ 
si in cui si articola l’operazione di esportare UNIX da una 
macchina ad un’altra. Supponiamo di avere UNIX operante su un 
PDP11, e di volerlo trasportare su Onyx, tanto per attenerci 
ad un esempio realistico. Questo trasporto comporta (semplifi¬ 
cando un poco) l’esecuzione delle seguenti operazioni su 
PDP11: 


1) modifica del compilatore di C; in particolare, si 
lasciano invariate la parte lessicale e quella del¬ 
l’analisi sintattica, e si interviene solo sulla se¬ 
mantica, ovvero sulla parte che deve generare il nuovo 
codice macchina. E' da notare che per questa opera¬ 
zione si ha nel comando yacc un valido supporto. 

2) compilazione di UNIX sulla macchina sorgente, con il 
compilatore C modificato per produrre il codice per 
l’elaboratore target (crosscompilazione). 

3) riscrittura della parte di kernel scritta in assem¬ 
bler per la nuova macchina. 

4) compilazione del compilatore. Questo produce, su 
PDP11, un compilatore C, scritto nel linguaggio della 
nuova macchina. 
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A questo punto non resta che passare sulla nuova macchina, e 
rigenerare UNIX. 

Altra caratteristica peculiare di UNIX é il file system ; 
più ancora, é lo stesso concetto di file che sotto UNIX 
acquista una generalità pressoché totale. Ogni ente sotto UNIX 
é un file. Il terminale, la printer, un qualsiasi programma 
sono file. Per un altro verso, file é sotto UNIX semplicemente 
un vettore di byte. Non esiste, per il sistema operativo, il 
concetto di "record". Un file é dunque logicamente organizzato 
in una successione di byte, e se un programma richiede una 
particolare struttura a record o a blocchi per i propri file, 
é esso stesso che deve sovrapporre tale struttura al contenuto 
dei file. 

Va infine notato che UNIX non é un sistema real-time 

Questa affermazione viene frequentemente fatta, ma raramente 
é sufficientemente motivata. Le caratteristiche che un sistema 
operativo deve possedere per essere considerato real-time sono 
derivate dall’ esigenza di rispondere in modo prevedibile ad 
eventi esterni: il sistema deve in particolare presentare tem¬ 
pi di risposta garantiti e compatibili con 1’ applicazione. 
Evidentemente quanto più stringenti sono i vincoli temporali 
tanto più spinta é la natura real-time dell’ applicazione. Le 
funzionalità principali richieste ai sistemi real-time sono le 
seguenti: 

- scheduling dei processi real-time sulla base di priorità 
fissate 

- risposta alle interruzioni in tempi definiti. Questo implica 
che ogni processo utente e il sistema operativo stesso siano 
in stato di non interrompibilità solo per brevi periodi di 
tempo. 

- controllo da parte deli’ utente delle risorse del sistema 
(CPU, memoria centrale e aree di disco, locking di device di 
I/O e di file) 

- ricchezza di interfacce di I/O per gestire la moltitudine di 
apparecchiature usate nelle applicazioni real-time. 

- comunicazioni fra processi (semafori, messaggi, monitor) 
UNIX, nelle sue versioni più diffuse, é carente in una o più 
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di queste caratteristiche. Tuttavia, sia a partire da System V 
che da Berkeley 4.2 BSD, si potrebbe ottenere un sistema con 
discrete prestazioni real-time senza snaturare le peculiari¬ 
tà proprie di UNIX. 

Esso non é adatto quindi, nelle versioni attuali, a controlli 
di processi in tempo reale, o per una gestione dell’interrupt 
rivolta ad applicazioni di quel tipo. Nè é pensato con 
protezioni particolarmente sofisticate. Esso si rivolge in 
conclusione, in modo privilegiato, ad utenti con ambienti di 
lavoro di massima indipendenti; tipicamente, lo sviluppo del 
software e l’office autoraation. 


Schema riepilogativo 

/ - \ 

- UNIX nasce da. un ambiente di RICERCA e non di 
produzione industriale 

- E stato arricchito di un notevole PATRIMONIO 
di SOFTWARE dalle UNIVERSITÀ' 

- E'del la massima TRASPORTAI? I LI TA', poiché' 
contiene il COMPILATORE del linguaggio nel 
quale esso stesso e'scritto 

- Presenta un potente FILE SYSTEM, e un concetto 
molto generale di FILE 

- L’interprete del comandi e'articolato sintattica¬ 
mente al punto da costituire un linguaggio di 
alto livello 

- E poco adatto ad applicazioni che prevedano 
il controllo di processi in REAL TIME 

V_!_ ) 
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CAPITOLO II 


IL FILE SYSTEM 


2-1 LA FILOSOFIA DI UNIX 


Per comprendere lo spirito del file system operante sotto UNIX 
bisogna por mente al modo nei quale esso è sorto. Come si é 
detto nella presentazione generale, l’antenato diretto di UNIX 
é stato il multics. La filosofia del multics può essere 
sintetizzata nel seguente motto: 


costruire sul lavoro di altri 

Questo significa evidentemente prospettare l’adozione più 
larga possibile della programmazione modulare, ovvero di 
quella forma di approccio che tende, dato un problema, a scom¬ 
porlo in tanti sottoproblemi, la cui soluzione, resa più 
semplice dall’ambito limitato, sia poi concatenabile a tutte 
le altre, a costituire la soluzione finale. 

In questo ordine di idee ci si é posti neil’ottica di uti¬ 
lizzare, quale base per la modularità, una classe di programmi 
denominati "filtri". Un filtro é un programma che riceve il 
suo input da un file e produce il suo output su di un file. 
Molti filtri operano semplici trasformazioni sui dati ( modi¬ 
ficare un carattere in un altro, ordinare un file, contare le 
linee, le parole, ecc.). Esistono anche filtri notevolmente 
complessi (si veda "grep"), che tuttavia condividono con quel¬ 
li più semplici la caratteristica di svolgere un ristretto 
numero di funzioni. In effetti, nel manuale UNIX la descrizio¬ 
ne di un comando é normalmente contenuta in una o due pagine. 


file 

input 


! ! file 

> ! !-> output 
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file 

input 


♦- 


* 


file 


output 


L’ obiettivo é quello di costruire, in molti casi senza 
scrivere neppure una riga di software, procedure di elabora¬ 
zione basate sulla concatenazione di più filtri: 



file 


output 


Ad esempio, la produzione della lista di un programma, con le 
istruzioni numerate progressivamente e corredata delle oppor¬ 
tune intestazioni in ogni pagina, per cui in UNIX non esiste 
un comando apposito, può essere realizzata molto semplicemente 
con la concatenazione dei comandi ni e pr. 


Un importante elemento per la costruzione di procedure basate 
su filtri é il pipe. 

Il pipe é un* area di comunicazione in memoria centrale fra 
due filtri (operanti come processi distinti) il primo dei qua¬ 
li scrive su di esso (quindi simula il file di output) mentre 
il secondo lo legge. Nella figura precedente, quindi, il file 
intermedio può essere sostituito da un pipe ottenendo un in¬ 
cremento di efficienza (in quanto non sono più necessari 
trasferimenti di dati su disco) e di semplicità della proce¬ 
dura non essendo più necessaria la creazione e la cancella¬ 
zione del file temporaneo. 


Poiché l’input e l’output dei filtri sono file, la necessità 
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subito insorta é stata quella di ampliare il più possibile il 
concetto di file, per giungere ad un grado di generalità tale 
che sotto di esso potessero rientrare tutti i file a cui qual¬ 
siasi filtro fosse interessato. L’esito di questo modo di pen¬ 
sare può essere riassunto nei tre fondamentali punti seguenti: 


a) tutto è un file - ossia tutte le strutture di dati 
visibili dall’utente sono da esso trattabili in modo 
omogeneo ai normali file allocati su disco. Inoltre 
i file sono trattati, da parte del sistema operati¬ 
vo, in modo del tutto destrutturato: un file é, per 
UNIX, solo un vettore composto da 0 o più byte. 

b) poiché tutto é un file, l’input e l’output di un 
programma possono essere, indifferentemente, file 
nel senso tradizionale del termine o device, come 
terminali o stampanti (redirection deli’1/0). 

c) l’output di un programma può essere direttamente 
assunto come input di un altro programma (attraverso 
i pipe in modo che i programmi siano facilmente con¬ 
catenatili . 


Esistono sotto UNIX tre tipi fondamentali di file: 


a - i file ordinari 
b - i file speciali 
c - i directory 

Un file ordinario é, come si é detto, una sequenza ordinata di 
byte. Una linea é separata dalla successiva da un carattere 
speciale, che dunque si presenta, a sua volta, come un byte. 


34 



In conclusione, la struttura dei file è controllata dai pro¬ 
grammi che li usano, e non dal sistema operativo. 

Un directory è un file che assicura il collegamento tra i nomi 
dei file e i loro contenuti. Di massima, un directory può 
essere trattato come un file ordinario (ad esempio può esse- 
rene letto il contenuto con il comando od. , ma non può essere 
scritto altro che da programmi dotati delle opportune autoriz¬ 
zazioni. All’utente, il proprio directory si presenta come un 
elenco recante i nomi dei propri file. Tra questi ultimi, pos¬ 
sono essere posti ulteriori file di tipo directory, ovvero 
sub-directory del directory principale. File e directory si 
presentano dunque nella classica struttura ad albero. 

Tipici dell’UNIX sono poi i file speciali. Essi sono quelli 
associati alle unità di input/output (tastiere, video, stam¬ 
panti, nastri, ecc.). Un file speciale é letto e scritto dai 
programmi scritti dall’ utente come un file ordinario. Ogni 
file speciale è associato ad un particolare device e ad uno 
specifico driver di input/ output. Tutti i driver di i/o, in 
UNIX, sono stati realizzati in modo da presentare la stessa 
interfaccia e cioè le stesse modalità di uso, naturalmente 
adattando il comportamento effettivo alle caratteristiche fi¬ 
siche del device ( ad esempio il posizionamento all’ inizio 
del file è trattato dal driver che gestisce i file su disco 
modificando il puntatore corrente mentre il driver che gesti¬ 
sce il nastro emette un comando di rewind). Naturalmente, op¬ 
portune protezioni evitano accessi indiscriminati ai dischi di 
memoria attivi, i quali sono a loro volta visti come file. 
Questo modo di concepire le unità di I/O presenta il vantaggio 
di rendere l’accesso ad esse il più possibile simile all’ac¬ 
cesso a un file ordinario. Inoltre rende facile ottenere che 
un programma prelevi il suo input o rilasci il suo output, 
indifferentemente, da o su un file o una unità specifica. 
Infine lo stesso sistema di protezioni governa sia le unità di 
I/O sia i file ordinari. 
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2.2 LA STRUTTURA AD ALBERO 


Abbiamo detto che un directory può essere pensato come un e- 
lenco di file. Tra i suoi file, un directory può ovviamente 
contenere altri directory. Questa situazione realizza dunque 
una struttura gerarchica, ossia, in termini di teoria dei gra¬ 
fi, un albero. 


La struttura in cui sono organizzati i file (normali o direc¬ 
tory che siano) ha una radice unica, base del sistema, che 
prende il nome di root-directory. 


Immediatamente sotto a root si trovano altri directory che 
possiamo considerare "di sistema": 


bin etc tmp usr lib 

dev priv u 


Questi directory contengono di massima comandi, librerie e la 
definizione dei device presenti; la configurazione di questa 
parte della struttura é dunque standard, e su di essa deve 
intervenire, con modalità precise, chi gestisce l’installa¬ 
zione, ossia il sistemista. Un discorso a parte merita invece 
il directory u. 

In esso sono definiti gli utenti autorizzati all’utilizzo del 
sistema. Quando il sistemista definisce un utente, egli non fa 
altro che creare un nuovo sotto-directory di u. Di solito, il 
nome scelto per tale directory é precisamente il nome del¬ 
l’utente. Questo fatto risulta comodo perché tale nuovo di¬ 
rectory diviene il login directory dell’utente, ossia quel 
directory in cui l’utente si trova quando esegue la procedura 
per registrarsi nel sistema. 

Vediamo la cosa con un esempio. Supponiamo di avere definito, 
in u. gli utenti maurizio paolo giulia angela. La nostra 
struttura sarà dunque 
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liv. 1 


/ 


liv.2 bin etc tmp usr u dev itbin priv lib 


liv. 3 paolo maurizio giulia angela 


A livello 1 troviamo root. il cui nome é la barra /. 

a livello 2, ossia direttamente sotto root, troviamo una serie 
di directory di sistema, tra i quali u. che contiene i di¬ 
rectory corrispondenti agli utenti ammessi all’uso del siste¬ 
ma, i quali sono quindi di livello 3. 

Un utente, diciamo maurizio. che voglia utilizzare il compu¬ 
ter, dovrà per prima cosa eseguire la procedura di login. 11 
sistema chiede all’utente il nome, e poi la password, se é 
stata definita. Quando il nome viene fornito, viene eseguito 
il controllo che esso esista in u. ossia che corrisponda a un 
utente autorizzato. 

Un utente entra quindi nel sistema ad un determinato livello 
della struttura gerarchica, ossia nel suo login directory. Da 
questo punto della struttura verso il basso, tutta l’organiz¬ 
zazione dei directory é completamente libera, ovvero viene 
scelta dall’utente. 

Supponiamo dunque di eseguire un login: il sistema propone la 
domanda 

login: 

a cui rispondiamo 
maurizio 

Poiché non é stata definita una password, il sistema non la 
chiede; un prorapt ( $. ci avvisa che la procedura di login é 
stata completata, e che il sistema è pronto ad eseguire i 
nostri comandi. 
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Diamo ora il comando pwd. In risposta ad esso, il sistema 
fonisce il path-name. o "nome-tracciato" del directory che 
attualmente ci ospita: 

/u/maurizio 

Il primo segno della risposta che abbiamo ottenuto rappresen¬ 
ta, come abbiamo visto, il nome della radice del nostro albe¬ 
ro; lo stesso segno / compare di solito altre volte nei no¬ 
mi-tracciato, ma semplicemente con le funzioni di separatore. 
Dopo il nome di root, abbiamo u. 

quindi un separatore, e infine Maurizio. Il sistema quindi ci 
ha fornito il nome dell’attuale directory di lavoro e la sua 
precisa posizione all’interno della struttura ad albero: ci ha 
informato infatti che Maurizio sta sotto a u. e che questo sta 
sotto a /. Il significato dei nomi-tracciato é proprio questo, 
quello di individuare univocamente una posizione nella strut¬ 
tura ad albero. 

Possiamo ora strutturare il nostro ambiente di lavoro a piaci¬ 
mento, ovvero implementare verso il basso la struttura ad al¬ 
bero. Nel directory Maurizio creiamo allora liberamente dei 
sotto-directory. Il comando che consente la creazione di un 
directory é 


Mkdir 


Potremmo, ad esempio, creare un ulteriore directory di nome 
lettere. 

mkdir lettere 

Allo stesso modo possiamo creare appunti, 
mkdir appunti. 

La nostra struttura é allora, attualmente, la seguente: 
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liv. i 


/ 


liv.2 bin etc tmp usr u dev itbin priv lib 


liv. 3 paolo maurizio giulia angela 


liv. 4 lettere appunti 


L’inverso del comando mkdir. ossia quello per cancellare un 
directory, é rudir (il primo abbrevia "make directory", il 
secondo "remove directory"). E' da notare che un directory si 
può cancellare solo se non contiene file. 

Il comando per passare da un directory a un altro, ovvero per 
muoversi all’interno della struttura, è 


cd 


dalle inziali di "change directory", cambia directory. Se vo¬ 
gliamo entrare nel directory appunti che abbiamo ora creato, 
dovremo dare il comando 

cd appunti 

Se ora diamo di nuoVo il comando pwd. ovvero chiediamo al 
sistema qual é l’attuale directory di lavoro, otterremo in 
risposta: 

/u/maurizio/appunti 

ovvero il path-name completo del directory in cui ci siamo 
spostati. 
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Il comando cd dato senza argomenti fa si che si ritorni al 
proprio login directory. Cosi, se ora diamo il comando 


cd 

ci troveremo di nuovo nel directory /u/maurizio. 

Questo metodo di identificare i directory, e più in generale i 
file, attraverso nomi tracciato che ne identifichino anche la 
posizione consente la massima libertà nell’attribuire i nomi, 
poiché di fatto si é tutelati da possibili omonimie. Ad e- 
sempio, anche l’utente paolo può creare un directory di nome 
appunti, che tuttavia verrà identificato dal sistema con il 
nome completo /u/paolo/appunti anziché con /u/maurizio- 
/appunti. Il nome tracciato di ogni ente é dunque unico, e 
questo fatto elimina qualsiasi confusione. Tuttavia sarebbe 
scomodo dovere fare riferimento ai file fornendo sempre il 
nome tracciato completo. La convenzione adottata da UNIX é 
allora quella che é possibile riferirsi a tutto ciò che sta 
sotto all’attuale directory di lavoro fornendo il nome trac¬ 
ciato relativo e non quello assoluto. Il nome tracciato re¬ 
lativo sarà quello che il file avrebbe se il nostro directory 
attuale fosse la radice dell’albero. Un nome tracciato viene 
identificato come relativo anziché come assoluto per il fatto 
che esso non comincia con il carattere /. 

Complichiamo ulteriormente la nostra struttura, per potere 
fare qualche esempio significativo: 
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liv. 1 


/ 


I filli I I • 

I Itili I I I 

i Itili I I I 

liv.2 bin etc tmp usr u dev itbin priv lib 


liv. 3 paolo maurizio giulia angela 


liv. 4 lettere appunti 


liv. 5 note testi stralci 

liv. 6 lettere contratti 

I nomi tracciato relativi dei due directory di maurizio 

saranno semplicemente lettere e appunti, i tre sottodirectory 
di appunti saranno rispettivamente 

appunti/note 

appunti/testi 

appunti/stralci, 

mentre i sottodirectory di testi saranno 
appunti/testi/lettere 
e 

appunti/testi/contratti. 
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In questo modo si continua a eliminare qualsiasi ambiguità, ma 
si evita di dover fornire il nome tracciato completo; in par¬ 
ticolare, ci si può riferire con il nome semplice a tutti 
quegli enti (file normali o directory) che appartengono al¬ 
l’attuale directory di lavoro. 

h" da notare che, essendo i directory elenchi di file, essi 
non conterranno ovviamente, in generale, soltanto altri direc¬ 
tory, ma anche file che non sono directory. Dal punto di vista 
della struttura ad albero l’unica differenza consiste nel fat¬ 
to che naturalmente un file che non sia un directory non può 
', per definizione, contenere sottodirectory, ed è quindi sempre 
un punto terminale, una foglia dell’albero. Ma tutto quanto 
detto sul modo di riferirsi agli enti facendo ricorso ai nomi 
tracciato vale indifferentemente per i file come per i direc¬ 
tory. 

In generale abbiamo visto quindi che dobbiamo fornire il nome 
tracciato completo solo quando vogliamo che la ricerca venga 
fatta da parte del sistema a partire da /. altrimenti, ossia 
in tutti quei casi in cui il file é raggiungibile a partire 
dal nostro directory attuale, é sufficiente fare ricorso al 
nome relativo. Un buon metodo che si può consigliare ai 
principianti per fare pratica, é quello, quando si deve dare 
un comando che si riferisca a dei file, di ritornare rapida¬ 
mente al proprio login directory con il comando cd. e fare poi 
ricorso ai nomi relativi al nostro login directory, che nor¬ 
malmente ci sono più familiari. 

Una ulteriore semplificazione introdotta per rendere più ve¬ 
loce possibile il riferimento ai file, evitando il ricorso ai 
nomi tracciato completi, é quella che il sistema interpreta i 
due punti su di una stessa riga come il nome del directory 
padre di quello attuale, e un solo punto come il nome del di¬ 
rectory corrente. Se ad esempio ci troviamo nei directory 
maurizio. e diamo il comando 

cd .. 

passeremo al directory u. Noi possiamo allora riferirci ad un 
file che non é raggiungibile a partire dal nostro directory 
corrente, ma che lo é dal directory padre, fornendo il nome 
tracciato relativo a quest’ultimo a cui vengono premessi i due 
punti. Se ad esempio siamo nei directory paolo, e vogliamo 
passare al directory 
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/u/maurizio/appunti/testi, 
potremo dare il comando 
cd ../maurizio/appunti/testi, 

evitando di dovere prima risalire l’albero e poi dare il co¬ 
mando. La presenza dei due punti nella prima parte dell’argo¬ 
mento provoca infatti la risalita di un livello; la seconda 
parte dell’argomento é il nome tracciato del directory 

testi relativamente ad u. Allo stesso modo, possiamo riferirci 
a due livelli sopra di noi, ricorrendo a 

e cosi via. Queste possibilità risultano particolarmente utili 
se usate congiuntamente ai comandi di manipolazione dei file, 
come quelli per copiare un file ( cp. , o per spostarlo da un 
directory ad un altro ( mv. 


Uopo avere visto da un punto di vista teorico quale sia la 
struttura sia esterna che interna dei file e dei directory, 
prendiamo in considerazione i comandi di uso più frequente sui 
file. Questo modo di procedere consentirà anche al princi¬ 
piante di compiere le operazioni più consuete, in modo da 
poter cominciare ad operare in ambiente UNIX. Il lettore e- 
sperto può qui scorrere molto velocemente le pagine, poiché 
non si danno nel seguito immediato contenuti particolarmente 
complessi; tuttavia al neofita (di UNIX o addirittura di in¬ 
formatica) sarà utile, avendone ovviamente la possibilità, 
eseguire effettivamente gli esercizi e le prove che via via 
vengono proposti. 
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2.3 L’ELENCO DEI FIJLE 
DI 1JN DIRECTORY 


Il comando la consente di fare l’elenco di un directory. Esso 
é quindi uno di quelli di uso più frequente. Ogni volta che si 
vuole verificare l’effettiva esistenza di un determinato file 
in un directory, o il suo nome esatto, si può "listare" il 
contenuto del directory in questione con tale comando. 

Con l’opzione —1. si otterranno, anziché i soli nomi dei file, 
alcune rilevanti informazioni supplementari. Di seguito é 
offerto un esempio di un elenco del directory /u/maurizio/te- 
sti ottenuto con il comando ls -1. 


-rw-i—r— 

i 

root 

2317 

Aug 

8 

11:41 

Aug 

8 

11:59 

note 

-rw-rw-r— 

i 

root 

0 

Aug 

8 

11:41 

Aug 

8 

11:41 

stralci 

drwxrwxr--x 

2 

root 

32 

Aug 

8 

11:37 

Aug 

8 

11:37 

testi 


total 7 blocks 


La prima colonna comincia per d o per - a seconda che 
loggetto in questione sia un directory o un file. Gli altri 
segni della stessa colonna specificano le protezioni del file 
o del directory, di cui abbiamo già parlato in dettaglio. 

I,a seconda colonna indica, per i file ordinari, il numero di 
link attivi, ossia il numero di nomi diversi sotto i quali é 
individuato il file. Nel caso di un file di tipo directory, 
indica il numero dei nomi di altri directory riconosciuti da 
esso, ossia il numero di nomi di directory che sono sottoposti 
a quel directory, aumentato dei due nomi speciali .. e ., l’u¬ 
no per il directory padre e l’altro per il directory stesso. 

La terza colonna specifica il nome dell’utente che é "pro¬ 
prietario" dei file o del directory. 

La quarta colonna specifica la lunghezza del file o del direc¬ 
tory espressa in byte. 

La quinta colonna in un primo tempo specifica la data e l’ora 
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della creazione del file o directory corrispondente. Poiché, 
come vedremo, gii editor creano una nuova copia del file su 
cui operano, essa corrisponde alla data e ora dell’ultima ses¬ 
sione di editing. 

La sesta colonna indica la data e l’ora dell’ultimo accesso ai 
file o directory. Il sistema considera un "accesso" non sol¬ 
tanto una sessione di editing, ma anche la semplice visione, o 
la stampa, o il produrre le bozze. 

La settima colonna, infine, specifica il nome del file o di¬ 
rectory. 

L’ultima riga indica il numero complessivo dei blocchi del 
directory di cui si é fatto l’elenco. 

Chi usa una versione di UNIX dotata dell’editor ined. come ad 
esempio quella del PC IBM, accanto ai file appositamente crea¬ 
ti con un comando, facendo l’elenco del proprio directory, se 
ne troverà altri creati dal sistema, facilmente riconoscibili 
perché hanno lo stesso nome del file originale con l’aggiunta 
di Tali file sono creati automaticamente ad ogni sessione di 
editing, e rappresentano il salvataggio dell’ultima versione 
del file prima che si aprisse l’attuale fase di lavoro. Questo 
fatto é molto utile, perché consente l’eventuale recupero di 
situazioni precedenti in caso di errore. Il sistema accetta 
nomi di file e directory di ai massimo 14 caratteri. E' però 
consigliabile attribuire ai file nomi di al più 10 caratteri, 
perchè altrimenti quando il sistema crea i rispettivi file 
.bak, il suffisso aggiunto viene a cancellare una parte del 
nome. Può cosi essere poco agevole riconoscere il nome che si 
é attribuito, e può anche succedere che due file aventi due 
nomi simili, che si differenziano soltanto dall’undicesimo 
carattere in poi, siano reduplicati dal sistema in file .bak 
delio stesso nome. Questo ovviamente crea confusione quando si 
ha bisogno di servirsi del file copia. 
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2.4 COP JL ARE I FILK 


Un altro comando di uso assai frequente é cp. che consente di 
copiare un file. 11 suo formato é 

cp {nome del vecchio file} {nome del nuovo} 

E' necessario lasciare uno spazio tra il nome del vecchio e 
quello del nuovo file. Attenzione: come sotto ogni sistema 
operativo, se si copia un file su un altro che già esiste, si 
cancella il contenuto di quest’ultimo. UNIX non chiede confer¬ 
me in questo caso, e bisogna quindi fare attenzione prima di 
dare il comando. 

A proposito del comando cp. valgono tutte le considerazioni 
fatte in precedenza sul modo di riferirsi ai file. Se ad esem¬ 
pio si vuole copiare un file che non è raggiungibile cercando 
verso il basso a partire dall’attuale directory di lavoro, 
bisognerà fornire il suo nome tracciato completo. 

Quando si copia nell’ambito del proprio directory attuale, è 
come al solito sufficiente fornire il nome relativo dei file. 
Per copiare un file da un directory ad un altro, bisogna ri¬ 
correre al nome tracciato completo o relativo al directory di 
lavoro quando non si sta lavorando nel proprio login director- 
y. Per chiarezza ricorriamo ad un esempio. Sia la seguente la 
nostra attuale struttura di directory: 
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liv. 1 


/ 


liv.2 bin etc tmp usr u dev itbin priv lib 


liv. 3 paolo maurizio giulia angela 


liv. 4 lettere appunti 



liv. 5 note testi stralci 


liv. 6 


lettere 


contratti 


liv. 7 


1.mario 1.cario jackson accordo 


Gli oggetti che compaiono nella struttura sono tutti directo¬ 
ry, eccetto quelli di livello 7, che sono file ordinari. 

Supponiamo di voler copiare il file accordo nel directory 

lettere (quello di livello 4), e di star lavorando nel di¬ 
rectory Maurizio. Il - comando corretto é allora 

cp appunti/testi/contratti/accordo lettere 

Se avessimo voluto cambiare nome al file destinazione, e chia¬ 
marlo, ad esempio, contratto, avremmo dato: 

cp appunti/testi/contratti/accordo lettere/contratto. 
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Nel caso considerato entrambi i directory coinvolti, sia quel¬ 
lo di partenza che quello di destinazione, sono raggiungibili 
a partire dal proprio directory di lavoro; basta dunque forni¬ 
re i nomi relativi dei file in questione. 

Supponiamo invece di stare lavorando nel directory contratti. 

Vogliamo compiere la stessa operazione di prima. In comando 
corretto é allora 

cp accordo /u/maurizio/lettere, 

oppure 

cp accordo /u/maurizio/lettere/contratto 

se vogliamo cambiare il nome del file copia da accordo in 
contratto. In questo caso siamo costretti a far ricorso ai 
nome tracciato completo per il file destinazione. Questo per¬ 
ché il directory lettere non é raggiungibile a partire 
dall’attuale directory di lavoro, e dobbiamo quindi far si che 
la ricerca da parte del sistema abbia inizio dal root direc¬ 
tory /. 


Consideriamo infine l’esempio inverso: noi stiamo lavorando in 

lettere, e vogliamo compiere la solita operazione,. Daremo 
allora il comando 

cp /u/maurizio/appunti/testi/contratti/accordo accordo 
o, nel caso vogliamo cambiare nome, 

cp /u/maurizio/appunti/testi/contratti/accordo contratto. 

Qui, inversamente a prima, dobbiamo fare ricorso al nome trac¬ 
ciato completo per riferirci al file sorgente anziché al file 
destinazione. Si ricordi che il segmento iniziale, /u/mauri- 
zio. può essere sostituito con i due punti orizzontali. 
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2.5 CAMBIARE NOME AI FILE 


Ci siamo soffermati sul comando cp per rendere più chiare 
possibili le modalità di riferimento ai file nell’ambito della 
struttura del file System. Tali modalità rimangono del tutto 
invariate nel caso di qualsiasi altro comando che presupponga 
dei file ad argomento. Cosi ora, molto più speditamente, dando 
per scontato tale fatto, ricordiamo qualche altro comando di 
uso assai frequente. 

Il comando mv viene usato con la stessa sintassi di cp. Esso 
consente di spostare un file da un punto all’altro della 
struttura, o di cambiargli il nome, o di fare entrambe le cose 
contemporaneamente. In altre parole, il suo funzionamento é 
identico a quello del comando cp. con la essenziale differenza 
che esso non duplica il file di partenza, ma lo sopprime nel 
creare quello destinazione. Come lo si possa usare per cambia¬ 
re il nome di un file, é semplice da capire. Supponiamo di 
essere nel directory contratti, e di volere cambiare nome ad 
accordo, chiamandolo bozza, basterà dare il comando 

mv accordo bozza. 


2.6 LA CONCATENAZIONE E 
IjA CANCELLAZIONE 


Un altro comando estremamente utile, su cui ci soffermeremo 
più in dettaglio nel capitolo sullo SHELL, é cat. 

Esso consente, tra l’altro, la concatenazione di più file in 
un unico file destinazione. La sua sintassi é 

cat filel file2 > file3 

Dopo l’esecuzione del comando, il contenuto di file3 sarà 
quello di filel e file2 l’uno dopo l’altro. L’eventuale prece¬ 
dente contenuto di file3 va distrutto. Per appendere in coda a 
file3, conservandone il contenuto iniziale, bisogna semplice- 
mente raddoppiare il segno di maggiore: 

cat filel file2 >> file3. 
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Per cancellare un file, sono disponibili i comandi rm e del. 
La differenza sta nel fatto che il primo non chiede conferma, 
e il secondo si. Attenzione: UNIX interpreta come una conferma 
l’eventuale risposta di ritorno carrello; per evitare la can¬ 
cellazione dopo avere dato il comando del alla domanda 

delete filel? (y) 

bisogna rispondere esplicitamente di no. 
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CAPITOLO III 


LA STRUTTURA INTERNA 
DEI FILE 


3 . _L STRUTTURA INTERNA 
DEI FILE 


Un directory contiene un elenco di nomi di file. L’ elenco 
dei file contenuti in un directory può essere ottenuto, come 
abbiamo visto nel capitolo precedente, attraverso il comando 
ls. Combinando opportunamente le numerose opzioni offerte da 
ls la lista dei file può essere integrata da numerose altre 
informazioni. 

La struttura interna dei directory è tuttavia molto semplice: 
essi catalogamo i file attraverso due soli elementi: 


Il nome dei file 

Un puntatore ai file, detto I NUMBEH (da index number). 


Possiamo verificare questa affermazione esaminando direttamen¬ 
te il contenuto fisico di un qualsiasi directory, accedendo ad 
esso come ad un norma'le file. Per questo si può utilizzare il 
comando od (octal dump). Supponendo, ad esempio, di essere 
posizionati sul directory /u/maurizio/appunti, per vederne il 
contenuto "fisico" si può fornire il comando: 

od -bc . 

Sui terminale apparirà la seguente mappa: 
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0000000 

\t 

256 


\o 

\0 

\0 

\0 

\0 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 


Oli 

256 

056 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

0000020 

007 

.) 

, 


\0 

\0 

\0 

NO 

NO 

\0 

NO 

NO 

NO 

NO 

NO 

NO 


007 

152 

056 

056 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

0000040 

\t 

W 

t 

e 

s 

t 

i 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 


(Ili 

127 

164 

145 

162 

164 

151 

000 

000 

000 

000 

000 

000 

000 

000 

000 

0000060 

\b 

272 

n 

0 

t 

e 

\0 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 


010 

272 

156 

157 

164 

145 

000 

000 

000 

000 

000 

000 

000 

000 

000 

000 

0000100 

\t 

255 

s 

t 

r 

a 

1 

c 

i 

NO 

NO 

NO 

NO 

NO 

NO 

NO 


011 

255 

162 

164 

162 

141 

154 

142 

151 

000 

000 

000 

000 

000 

000 

000 

0000120 

\0 

\0 

V 

e 

r 

s 

i 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

NO 

0000140 

000 

000 

166 

145 

162 

162 

151 

000 

000 

000 

000 

000 

000 

000 

000 

000 


Ogni riga del dump é formata da 16 caratteri, i primi due dei 
quali contengono un numero intero, lo 1-NUMBER, mentre i re¬ 
stanti 14 sono a disposizione per il nome del file. Ogni di¬ 
rectory contiene sempre due entry per i file . e .. corrispon¬ 
denti rispettivamente al directory stesso e al directory pa¬ 
dre. Va osservato che nel dump é contenuto anche il file versi 

che non compariva a seguito del comando ls. Questo file è in 
effetti cancellato (lo si deduce daLl’ I-NUMBER nullo), ma la 
entry corrispondente non viene eliminata. Il sistema operativo 
tuttavia provvede a riutilizzare le entry in occasione della 
creazione di nuovi file. 

Lo I-NUMBER consente l’accesso a una tavola di sistema, detta 

1-LIST . 

La I-LIST non è altro che un elenco, quindi, che contiene le 
informazioni salienti relative ad ogni file presente nel di¬ 
rectory. L’insieme delle informazioni relative ad un determi¬ 
nato file prende il nome di 

I-NODE . 

Il seguente schema servirà a individuare la situazione. 
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nome filei 

I-NUMBEE1 


I-NODE 

di 

f ilei 



Un I-NODK, che occupa 64 byte, contiene tutte le informazioni 

essenziali relative ai suo file, e precisamente: 

1- L’utente e il gruppo del suo proprietario 

2- 1 suoi bit di protezione 

3- Gli indirizzi che consentono di accedere (nei seguito si 
vedrà come) al contenuto del file 

4- La dimensione del file 

5- La data di creazione, di ultimo accesso, di ultima modifi¬ 
cazione 

6- 11 numero dei link al file, ovvero il numero di occorrenze, 
sotto qualsiasi nome, che il file ha nei vari directory. 
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7- L’indicazione se il file è a sua voJta un directory, un 
file ordinario, un file speciale. 


Per spiegare il meccanismo di allocazione dei file occorre 
prima illustrare la struttura logica delle unità di memoriz¬ 
zazione (dischi, nastri). Ogni volume fisico viene considerato 
composto di blocchi di 512 byte ciascuno accessibili singolar¬ 
mente attraverso i loro indirizzi 0,1,... fino alla dimensione 
fisica del device. 

il file 6 quindi fisicamente allocato in blocchi non neces¬ 
sariamente contigui di 512 byte ciascuno. Lo I-NODE contiene 
gli indirizzi di questi blocchi. Per far fronte al problema di 
registrare la allocazione di file anche molto grandi, lo 
I-NODE dispone di un meccanismo di semplice, doppia o tripla 
indirezione, a seconda delle necessità. Più precisamente, lo 
1- NODK contiene per un file 12 indirizzi, i primi IO dei quali 
puntano a blocchi fisici del file, l’undicesimo a blocchi di 
puntatori, il dodicesimo a blocchi di puntatori di puntatori, 
il tredicesimo a blocchi di puntatori di puntatori di puntato¬ 
ri . 
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In altre parole, i primi 10 indirizzi puntano a blocchi di 512 
byte ciascuno (non necessariamente fisicamente contigui): 


; i: 

pointer 

- + 

1 : 

: 2; 

pointer 

2 : 

: a: 

pointer 

3 : 

; 4: 

pointer 

4 : 

> 

: 5: 

pointer 

i 

5 : 

; 6: 

pointer 

6 : 

: 7: 

pointer 

7 : 

! 8! 

pointer 

8 ; 

; 9: 

pointer 

9 : 

; io : 

+— 

pointer 

io : 


+ - . - + 

I blocco 1 : 

- > ; ; 

/ I 512 byte : 

+-+ 


/ 


+-+ 

> .'blocco 2 I 

I 512 byte I 
+■-+ 


/ + - + 

-> : blocco 10 I 

: 512 byte I 
+-+• 


Se il contenuto del file si estende oltre la dimensione di 
5120 byte, viene attivato un undicesimo indirizzo, che punta a 
sua volta ad un blocco di puntatori: 
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I11I pointer il \ 
+- + 


+-+ 

I blocco il i 

-> : : 

/ I 512 byte 1 

i 1! pointer 1 


! 2 ! pointer 2 

/ Iblocco 12 ! 

: 512 byte 1 

I 31 pointer 3 

! 4! pointer 4 


1 5! pointer 5 


1127;pointer 127 

1128;pointer 128 
+- 

/ 1 blocco 138: 

I 512 byte ; 


L’estensione raggiunta in questo modo è cosi di 5120 + (12b x 
512) = 70656 byte. 

Qualora il contenuto del file eccedesse questa dimensione, 
verrebbe attivato il 12 pointer, il quale estende lo stesso 
meccanismo al secondo anziché ai primo livello, ovvero con¬ 
tiene blocchi di puntatori di puntatori. Ai 70.656 byte se ne 
possono aggiungere cosi altri 

128**2 x 512 = 8.388.608 

per complessivi 8.459.264 byte. Nei casi in cui il file eccede 
questo ulteriore limite, viene attivato il tredicesimo ed ul¬ 
timo indirizzo, che si basa su un meccanismo di triplice indi¬ 
rizzamento, per cui contiene puntatori di un livello ulteriore 
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Struttura di un file 



Estensione massima: 
2.113536 “ 512 = 1.082201.088 bytes 
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rispetto ai precedenti, per una aggiunta di 

128**3 x 512 = 1.073.741.824 byte 
i quali danno in totale una estensione massima di 

1.082.201.088 byte 


secondo la formula 


( (10+128H28**2+128**3)x512] 

Questo meccanismo comporta, in teoria, che si abbia un solo 
accesso ai disco per i primi 5120 byte; due per quelli di nu¬ 
mero compreso tra 5127 e 70.656; tre per quelli di numero com¬ 
preso tra 70.657 e 8.459.264; quattro, infine, per quelli di 
numero maggiore di 8.459.264. 

L’allocazione "sparsa" dei file comporta per gli utenti UNIX 
numerosi vantaggi. Non é necessario dichiarare al sistema la 
dimensione dei file che si vogliono creare, i file stessi pos¬ 
sono crescere o diminuire di dimensioni a piacere. L’unico 
vincolo é rappresentato dalla capacità fisica del device: non 
é ammesso che un file risieda in più unita fisiche diverse. Le 
controindicazioni di questo sistema risiedono soprattutto nel¬ 
la velocità: il trasferimento di soli 512 byte per volta e la 
distribuzione "random" dei blocchi sulle tracce del disco ral¬ 
lentano notevolmente l’accesso ai file. 

UNIX sopperisce a questo limite strutturale costituendo in 
memoria centrale un pool di buffer (il cui numero é scelto in 
sede di configurazione del sistema, tipicamente fra 10 e 100). 
Quando un blocco è richiesto in lettura, lo si ricerca in 
primo luogo nell’ambito del pool. Quando la ricerca ha succes¬ 
so, i dati sono disponibili al programma utente senza che sia 
stato necessario eseguire alcuna operazione di I/O. Altrimenti 
il buffer meno recentemente usato viene scelto come area su 
cui trasferire i dati da disco. In modo simile ci si comporta 
per le operazioni di scrittura. Viene inoltre applicato un 
algoritmo di "read ahead" (lettura anticipata) che ha l’obiet¬ 
tivo di far trovare già in memoria i dati che presumibilmente 
il programma richiederà (si pensi ad un programma che legge 
sequenzialmente un file). 

La scrittura fisica dei buffer é anch’essa ritardata fino al 
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momento in cui il buffer é richiesto per ospitare dati di¬ 
versi. Un processo di sistema (/et.c/update) periodicamente 
provvede ad aggiornare i dati su disco. Il comando sync (ed 
una analoga System cali) effettua la stessa operazione su ri¬ 
chiesta dell’utente. E' evidente, tuttavia, che in caso di 
caduta del sistema (dovuta ad esempio a mancanza di corrente), 
il contenuto del disco sia normalmente non del tutto aggiorna¬ 
to, con possibile grave perdita di dati. L’aggiornamento del¬ 
l’immagine dei file su disco é quindi in ultima analisi a 
carico dei programmi utente: queste funzioni si trovano noi— 
malmente nei programmi applicativi standard quali editor e 
data base management System. 


3.3 .LE CHIAMATE Di i/O. 


Come abbiamo visto, le dimensioni di un file sotto UNIX non 
sono determinate altro che dal numero di byte effettivamente 
scritti in esso. Va inoltre notato che non si ha alcuna di¬ 
stinzione tra accesso random e sequenziale. 

Quando un comando coinvolge un file, esso automaticamente lo 
"apre", a seconda dei casi, in lettura, scrittura o in entram¬ 
be. I.a chiamata di apertura di un file (che si suppone esista 
già) può essere schematizzata nella forma 

FILE-DKSCHIPTOH = open(nome-file, accesso) 

Dei due argomenti della open il primo determina il file in 
questione, il secondo è un campo che specifica una apertura in 
lettura, scrittura o lettura/scrittura. La chiamata di open 
restituisce un valore intero che é detto F1LK-DESCHIPT0R, che 
da quel momento identifica il file in questione per il comando 
che ha invocato la chiamata. 

Analoga alla chiamata di open é quella di create. Con la 
stessa sintassi della precedente, essa crea il file in que¬ 
stione qualora non esista, o lo tronca a zero byte qualora 
esista già. Come la open , anche la create fornisce un 
FILE-DESCR1PT0R di ritorno. 

La scrittura e la lettura avvengono dunque, di massima, in 
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modo sequenziale. Il che vuol dire che se l’ultimo byte ad 
essere stato letto o scritto é 1’ n-simo, la successiva 
chiamata si riferirà all’ n+l-esimo, ovvero al byte che lo 
segue immediatamente. 

Le chiamate di lettura e scrittura possono essere schematizza¬ 
te nel modo seguente: 


n = read(FILE-DESCRIPTOR, BUFFER, NUMERO-DI BYTE) 


n = write(FILE-DESCRIPTOR, BUFFER, NUMERO-DI-BYTE) 

Il numero n restituito dalle primitive di I/O contiene il 
numero di byte effettivamente trasferito: esso é quindi uguale 
a NUMERO-DI-BYTE in condizioni normali. Valori diversi segna¬ 
lano condizioni di fine file o situazioni di errore. 

Durante le operazioni di accesso a un file, é mantenuto attivo 
un puntatore, il quale indirizza al prossimo byte da leggere o 
scrivere. Quando si effettua un’operazione di lettura o scrit¬ 
tura che coinvolge n byte, il puntatore viene automaticamente 
incrementato di n. 

Chiarito questo, resta evidente che per passare dalla lettura 
sequenziale a quella random é sufficiente gestire il valore 
del puntatore, in modo tale che esso indirizzi alla parte ri¬ 
chiesta del file. Questa si realizza con la chiamata lseek , 
la quale rende una posizione: 


puntatore = lseek(FILE-DESCRIPTOR, OFFSET, BASE). 


11 puntatore associato al FILE-DESCRIPTOH viene incrementato 
di un numero di byte indicato da OFFSET. Questo può essere 
fatto avendo come punto di riferimento l’inizio del file, la 
sua fine o la posizione attuale. Il punto di riferimento viene 
specificato da BASE. Si esaminino gli esempi che seguono: 
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BASE 


iungh.del puntatore OFFSET 
file prima 


puntatore 

dopo 


3265 

1350 

100 

0 (INIZIO) 

100 

3265 

1350 

100 

1 (ATTUALE) 

1450 

3265 

1350 

-100 

2 (FINE) 

3165 


Nel trattare le principali chiamate di 1/0 abbiamo sempre fat¬ 
to riferimento al F1LE-DESCRIPT0R, introdotto con le chiamate 
di open o create , anziché ad un nome di file. In effetti, la 
funzione delle chiamate open e create è proprio quella di 
trasformare il path-name del file in questione in un piccolo 
intero, il FILE-DESCRIPTOR appunto, al quale fare ricorso per 
gli ulteriori riferimenti allo stesso file. Quando viene aper¬ 
to un file, viene aggiornata una tabella di sistema che con¬ 
tiene rispetto a quel file le seguenti informazioni: 


1- il suo device 

2- il suo I-NUMBER 

3- il suo puntatore di read / write. 


Poiché, come si é visto in precedenza, lo 1-NUMBER individua 

10 I-NODE del file, attraverso questa tabella di sistema sono 
rese disponibili tutte le informazioni relative al file in 
esame. 

11 FILE-DESCRIPTOR, più volte citato in precedenza, non é 
altro che il puntatore alla tabella di sistema in questione. 

Dunque, il FILE-DESCRIPTOR, attraverso il ricorso a tale ta¬ 
bella, è in grado di fornire in modo esaustivo tutte le in¬ 
formazioni relative al file su cui si sta operando. 
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3.3 I.E PROTEZIONI 


Un file viene associato a colui che lo ha creato, che quindi 
ne é a tutti gli effetti padrone. Quando un file viene creato, 
resta inoltre ad esso associata una successione di 10 bit, che 
ne specifica le protezioni. I tipi di protezione sono tre: da 
lettura, da scrittura, da esecuzione (ciò che ha senso, ov¬ 
viamente, solo per determinati file). Le protezioni sono pen¬ 
sate per tre possibili utenti: il padrone del file ( owner ), 
un utente appartenente al suo stesso gruppo di lavoro, un e- 
straneo. Poiché si hanno tre tipi di protezione per tre tipi 
di utente, combinatoriamente, si occupano 9 bit complessiva¬ 
mente: 

PROTEZIONI PER PROTEZIONI PER UN PROTEZIONI PER 
L’OWNER DEL PILE UTENTE DEL GRUPPO UN ESTRANEO 



lett. scrit. esec. iett. scrit. esec. lett. scrii, esec. 


R sta per read , W per write , X per execute. L’ attributo X 
è significativo solo per i file eseguibili (programmi binari o 
shell) e per i directory. Quando un file é un directory, essi 
assumono il seguente significato: 


R = abilita alla consultazione del directory 

W = consente di creare e cancellare nuovi file nel direc¬ 
tory 


















ac- 


X = consente di consultare il directory, senza però 
cedere ai suoi file. 


Con il comando ls —1 si ottiene l’elenco dei file contenuti in 
un directory, con la specificazione delle relative protezioni. 

L’esempio che stiamo analizzando mostra quali sono le prote¬ 
zioni standard, o di "default", sui file e sui directory: 


1 

2 

3 

4 


5 



6 


7 

-rw-r—r— 

1 

owner 

2610 

May 

9 

14:20 

May 

9 

16:10 

lettera 

drwxr-xr-x 

5 

owner 

423 

May 

10 

10:20 

May 

11 

16:20 

documen 

drwxr-xr-x 

2 

owner 

344 

May 

9 

10:20 

May 

9 

10:20 

ufficio 


total 7 blocks 


Il proprietario di un file o directory può ovviamente mutare a 
suo piacimento le protezioni in qualsiasi momento; tuttavia il 
sistema provvede, salvo esplicita istruzione in contrario, a 
rendere "leggibile" ogni file ad ogni utente del sistema. 

Il diritto di "scrittura" nei file è invece normalmente ri¬ 
servato al proprietario; questo per evitare che qualcuno modi¬ 
fichi un file senza che ne sia avvertito, o che sia consen¬ 
ziente, il suo proprietario. Anche in questo caso, come nel 
precedente, è comunque possibile cambiare le protezioni 
standard, ossia abilitare altri a scrivere su uno o più dei 
propri file. 

Il permesso di "eseguire" un file é sensato soltanto nel caso 
in cui quel file sia da usarsi come comando. Il permesso di 
"eseguire" un directory consente ad altri di entrare in esso 
con il comando cd , ma, come detto, non di accedere ai file. 

Per modificare le protezioni definite per un file o directory, 
esiste il comando 

chmod 

seguito da "+" o e poi r , w o x , a seconda delle 
protezioni che si vogliono attribuire, e dal nome del file o 
directory a cui debbono essere applicate. 
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Per esempio, se vogliamo che il nostro file "computer" sia 
disponibile in lettura a tutti gli utenti, comporremo 

chmod +r computer 

Se vogliamo che nessuno possa accedere al nostro directory 
nome-utente-2, comporremo 


chmod -r {nome-utente-2} 

Dopo un comando del genere, nessuno può più accedere a quel 
directory, o leggere i file immagazzinati in esso. 


3.4 SIGNIFICATO DEL BIX 
SET—USER—ID 


Un discorso a parte merita il primo bit dei 10 di protezione, 
che fino ad ora non abbiamo preso in considerazione. Il primo 
dei dieci bit, detto 


SET-USER-ID 


consente la protezione di un file in ambiente ordinario, e 
pure la sua disponibilità rispetto a programmi privilegiati. 
Questo meccanismo consente un opportuno equilibrio tra i due 
poli estremi dell’accesso indiscriminato da una parte, e della 
impossibilità di accesso dall’altra. La cosa diventa più 
comprensibile sulla base di un esempio concreto. Si consideri 
per esempio il file che contiene la coda dei file di output in 
attesa di stampa inviati alla printer. E' chiaro che tale file 
deve essere protetto, perché altrimenti chiunque potrebbe 
alterare l’ordine dei job o cancellare le richieste di altri. 
Ma se tale file fosse completamente protetto, il programma di 
spool che inserisce in coda i riferimenti ai file da stampare, 
invocato da un utente qualunque, resterebbe nella impossibili¬ 
tà di accedervi in scrittura, e non potrebbe dunque compiere 
la sua funzione. 

Evidentemente non é sufficiente attribuire al programma di 
spool, che in UNIX corrisponde al comando lpr , il proprie- 
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tario root. Supponiamo infatti che lpr sia eseguibile anche da 
altri, secondo lo schema di protezioni seguente: 


-rwxr-xr-x root lpr 
-rw-r—r— root coda 

Quando lpr entra in esecuzione, esso ha gli stessi diritti 
dell’ utente che lo ha invocato, quindi non può scrivere il 
file coda. Il meccanismo del SET-USER-ID risolve completamente 
questo problema. Al programma lpr che implementa la coda é 
associato dal proprietario (quindi in questo caso da root) un 
SET-USER-ID posto a 1. In questo caso quando lpr inizia 1’ 
esecuzione, 1’ utente viene temporaneamente modificato in 
quello del proprietario di lpr, e quindi root. Evidentemente i 
diritti di accesso del programma lpr diventano temporaneamente 
quelli di root, dunque il file coda diviene disponibile al 
programma invocato, nei tempi e nei modi della sua esecuzione, 
e rimane nel contempo protetto rispetto agli altri accessi 
diretti da parte dell’utente che ha invocato tale programma. 
Terminata l’esecuzione di lpr, 1’ utente ritorna quello ini¬ 
ziale, ed ogni diverso accesso alle risorse di root viene ini¬ 
bito. 

II posizionamento del bit SET-USER-ID il cui significato pos¬ 
siamo ora interpretare nel senso "definisci come utente attivo 
il mio proprietario", é identificabile (nella lista prodotta 
da ls ) da una "s" al posto della "x" che autorizza 1’ ese¬ 
cuzione da parte del proprietario del file. 


-rwsr-xr-x root lpr 

-rw-r—r— root coda 


La maggior parte dei comandi di UNIX non ha necessità di go¬ 
dere di particolari privilegi: fra quelli trattati in questo 
testo solo df, lpr, mail, mv, newgrp, ps, rmdir, su, rakdir 
hanno il SET-USER-ID posto a 1. 

E' questo un altro tratto di UNIX che si richiama alla filoso¬ 
fia generale del "costruire sul lavoro degli altri": consenti¬ 
re l’uso di programmi di sistema da parte di qualsiasi utente, 
beninteso in modo razionale, in quanto non c’ é sostanziale 
differenza tra i programmi di sistema e i programmi applicati¬ 
vi . 
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Nel sistema unix, ogni file ha 


1-14 caratteri qualsiasi 
tranne lo spazio 


0-2**31 
bytes 


nome 

utente 


m 


w 

3 <& s@@(383§> 



directory 


mim 


t 


lettura, scrittura, esecuzione 
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CAPITOLO IV 


IL LINGUAGGIO SHELL 


4.1 1,0 SHELL 


Lo SHELL presenta due aspetti fondamentali: per un verso 
esso é un linguaggio di comando, e dunque, prima di tutto, 
un’utile interfaccia tra l’utente e UNIX; per un altro, si é 
evoluto fino a costituire esso stesso, in tutto e per tutto, 
un linguaggio di programmazione di aito livello. 

Ci occuperemo prima di tutto dello SHELL come interprete dei 
comandi. Nella sua applicazione più semplice, esso é dunque la 
chiamata di un comando. Tale comando può essere un programma, 
ossia un file binario, oppure una procedura SHELL, concetto 
questo di cui ci occuperemo tra poco. Non fa alcuna differen¬ 
za, sia per quanto riguarda l’utente che dal punto di vista 
del funzionamento interno, che il comando sia un programma di 
sistema o un programma scritto da un utente, li comando invo¬ 
cato può presupporre uno o più argomenti. Nella sua forma 
più semplice, dunque, una chiamata alio SHELL é una sequenza 
di parole separate da blank (ossia da uno spazio bianco o un 
tab ), la prima delle quali ò il nome del comando da eseguire, 
e le successive indicano gli argomenti di tale comando. Gli 
argomenti possono essere raggruppati in tre classi: 

(1) le opzioni che non richiedono parametri; 

(2) quelle che richiedono a loro volta uno o più ar¬ 
gomenti;' 

(3) gli operandi, normalmente nomi di file. 

Come si vedrà dagli esempi, le opzioni sono contraddistinte 
dal simbolo premesso ad una o più lettere. Vediamo un e- 
sempio di ciascuno dei tre tipi citati. Rispetto a (1), pos¬ 
siamo fare riferimento al già visto comando ls , che fornisce 
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l’elenco dei file del directory corrente. Con l’opzione -1 , 
che non richiede argomenti, si ottiene un elenco dei file di 
ognuno dei quali sono specificate ulteriori informazioni, come 
le protezioni attive, il nome del proprietario, la lunghezza 
in byte, la data dell’ultima modifica e quella di creazione. 

Consideriamo invece il comando 

tar -c -bl6 (file) . 

li comando tar serve a scrivere e a leggere su o da un nastro. 
L’opzione -c significa "create", e consente di aprire il na¬ 
stro in scrittura, cancellando l’eventuale contenuto preceden¬ 
te. L’opzione -b serve a specificare a quanti blocchi per 
volta deve avvenire la scansione dell’operazione. Beco che 16 
é un esempio del tipo (2) sopra visto, perché é un argomento 
che satura l’opzione -b e non direttamente il comando. 

Infine, il caso (2), ovvero quello di un file su cui operare, 
é esemplificato da quasi tutti i comandi visti nei capitoli 
sul file System; ma possiamo rifarci ancora al semplice coman¬ 
do Is. 

Se componiamo 

Is 1 {directory) , 

allora anziché i file del directory corrente, verranno elen¬ 
cati quelli dei directory specificato da {directory). 

La combinazione di queste possibilità dà luogo ad un gran 
numero di casi possibili. Dato che molti studiosi e molti u- 
tenti hanno contribuito allo sviluppo di UNIX, è difficile 
introdurre una regola fissa per l’ordine degli argomenti, il 
quale può presentare, quindi, qualche variazione da comando a 
comando. Un certo standard tuttavia esiste, ed é cosi 
riassunto dalla Bell: 

1 ••• 1 nomi dei comandi devono essere di lunghezza compresa 

tra i 2 e i y caratteri; 

2 - 1 nomi dei comandi devono contenere solo lettere minusco¬ 

le e cifre; 

3 - 1 nomi delle opzioni devono essere di un solo carattere; 

separati tra di loro dalla virgola, oppure devono essere 
racchiusi tra " e separati da spazi; 
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4 - Tutti i nomi di ozioni devono essere preceduti da 

5 - E' possibile raggruppare più opzioni dopo il carattere 

t»_»t . 

» 

fc> - I,’argomento relativo ad una specifica opzione deve essere 
separato dal nome di quella da uno o più spazi; 

7 - Se un’opzione prevede un argomento, la presenza di que¬ 

st’ultimo deve essere obbligatoria; 

8 - Se un’opzione prevede più argomenti, questi devono essere 

9 - Le opzioni devono precedere gli operandi; 

10 - La stringa "—" può essere usata per indicare la fine 

delle opzioni; 

11 - L’ordine delle opzioni non deve avere influenza sull’ese¬ 

cuzione del comando; 

12 - L’ordine degli operandi può essere significativo, e tale 

significatività dipende dallo specifico comando; 


13 - 11 carattere da solo sta a significare lo standard 

input. 

Possiamo riassumere la situazione con il seguente schema: 


comando : 

nome del 

opzioni 

operandi 

comando 

« 


delimitatore 

nome dell’ 

argomento 


operando 

dell’opzione 










processo 1 


Inte 

s 

rprete 

hell 





processo 1 processo 2 



Intejprete 

Shell II; 
(sospeso) 


Esecuzione 

comando 



processo 1 


Interprete 

Shell 




















































































Lo SHELL consente l’uso eli particolari metaearatteri per ren¬ 
dere più sintetica la forma di un comando. Supponiamo di do¬ 
vere passare come argomenti i nomi : 

fi lei file2 file3 

Possiamo riferirci a tutti e tre contemporaneamente grazie 
alla stringa 


file? 


Infatti il carattere speciale 


sta per un qualsiasi singolo carattere. 
11 metacarattere 


* 


sta invece per qualsiasi singolo carattere o stringa. Cosi 
mv * /u/maurizio/lettere 

muoverà tutti i file dei directory corrente nel directory 
/u/maurizio/lettere. Anche il metacarattere * può essere 
collocato all’interno di una stringa. Se nel directory attuale 
esistono i file 


lett.01 lett.12 lettere 


con la stringa 


let* 

mi riferirò a tutti e tre i file contemporaneamente. 

Una ulteriore possibilità é offerta dai racchiudere i ca¬ 
ratteri a cui ci si vuole riferire tra parentesi quadre: 
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I ab] 


consentirà di riferirsi tanto ad a quanto a b Invece 


[a-zO-9] 


si riferirà a qualsiasi carattere compreso tra a e z o tra 0 e 
9. Poiché questo è un modo di riferirsi a più caratteri, ma 
presi uno alia volta, deve essere usato all’interno di una 
stringa. 

Più avanti ci occuperemo in dettaglio della successione dei 
vari passi che si hanno quando si esegue una chiamata allo 
SHELL; ma notiamo fin da ora che, prima dell’esecuzione del 
comando, i metacaratteri sopra visti vengono espansi, ossia ad 
essi vengono sostituiti tutti i possibili valori, i quali ven¬ 
gono poi passati come argomenti al comando uno alla volta. Nel 
caso in cui non esistano elementi che soddisfano alia metano- 
tazione, allora la stringa contenente i metacaratteri viene 
passata essa stessa come argomento. 

Riepiloghiamo quanto detto fornendo una tabella di quello che 
si chiama in gergo pattern matching , vale a dire di soddi¬ 
sfacimento di un oggetto ai requisiti di un certo modello; nel 
caso specifico, essa servirà per stabilire quando una deter¬ 
minata stringa viene ad essere compresa nell’espansione di una 
metanot. azione. 


+ --- + 

: REGOLE DI MATCHING 1 

• ■ 

• i 

• • 

• i 

l * denota ogni stringa, compresa quella nulla I 


? denota ogni singolo carattere 

[cic2...cn| denota ogni singolo carattere cl ... cn, 


I preso singolarmente. ! 

• i 

• I 

[a-z) denota ogni carattere compreso tra a e z : 

« • 

« I 

\c denota precisamente il carattere che segue! 

I il controslash, preso alla lettera anche se! 

! e' un metacarattere ! 

i i 

■ i 

+ - + 
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4 - HKD J HKC'J’ION DELL » 1 /O 


L’input e l’output standard di un comando sono di solito 
il terminale stesso attraverso il quale il comando é stato 
impostato. Cosi, impostando il comando 


who 


l’elenco degli attuali utenti del sistema viene proposto nei 
video del terminale dalla cui tastiera é stato inviato il 
comando. Esistono tuttavia alcuni segni convenzionali che io 
SMELI, riconosce come opzioni per sé, e che non trasmette al 
comando come argomenti. Uno di questi provoca l’effetto di 
sostituire ai normale file di input o di output un file deciso 
dall’utente. Cosi impostando 


who > lettere 


lo SHELL riconosce il carattere speciale " > ", e non lo passa 
come argomento al comando who. Invece, esso provvede ad in¬ 
dirizzare l’output del comando who sul file "lettere", che 
viene sovrascritto qualora giA esista e viene creato qualora 
non esista. Analogamente può essere sostituito lo standard 
input di un comando, l’er esempio, il comando 


wc 


conta il numero di caratteri, di parole e di righe di ciò che 
ha in input. Ora, se si imposta 

wc < lettere 

lo SHELL provvede a far prelevare dal comando i dati, in let¬ 
tura, dal file "lettere", c a fornire il suo output, poiché 
nessuna redirezione é stata specificata, sul terminale da cui 
é stato chiamato. 
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A proposito della redirezione dell’output, va ricordato che, 
cosi come è possibile, nei modi visti precedentemente, ot¬ 
tenere l’uscita sovrascrivendo il contenuto di un file esi¬ 
stente, allo stesso modo é possibile anche aggiungere in fondo 
al contenuto di un file. Per ottenere questo risultato, basta 
semplicemente raddoppiare il segno speciale di redirezione 
dell’output. Cosi 


ls >> lettere 

aggiungerà in coda al file "lettere" l’uscita del comando ls , 
senza intervenire sul contenuto precedente del file. E' da 
tenere presente che i segni speciali " > " , " >> ", e " < " 
sono gestiti in generale dallo SHELL, e non dal particolare 
comando eseguito. Ad esempio, il comando 

cat 

seguito dal nome di un file, porge tale file a video; ma con 
cat filel file2 file3 > file4 


al video si sostituirà file4, ovvero il comando concatenerà i 
file 1, 2 e 3 in file4, sovrascrivendo il contenuto precedente 
di quest’ultimo. Viceversa 

cat filel file2 file3 >> file4 

appenderà in fondo a file4, ordinatamente, file 1, 2 e 3. 

Abbiamo visto che lo standard input, salvo esplicita redire¬ 
zione, é associato alla tastiera. Se dunque diamo un comando 
che presuppone la presenza di un operando, e non forniamo un 
nome per tale operando, esso viene automaticamente identifica¬ 
to dal sistema come lo standard input. Dunque ciò che di se¬ 
guito comporremo a tastiera verrà interpretato come il file di 
input. Il comando opererà su di esso quando troverà un mare di 
fine file, ossia un EOF , normalmente (CTRL] d. 

In merito alle redirezioni dell’input e dell’output, vediamo 
ora la modalità di uso di quello che é detto 1’ here input. 
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cat > file4 <<! 
cantami o 
diva del 
pelide achilie 


La costruzione sintattica precedente (che normalmente é uti¬ 
lizzata all’ interno di una procedura SHELL) indica di consi¬ 
derare come input le righe che seguono il comando, fino all’ 
occorrenza del carattere "!" che agisce come EOF. 


+-+ 

t 1 

I 1 

! Si provi a dare il comando cat senza alcun ! 

; argomento. ! 

I 1 

• 1 

; Il cursore si posizionerà* a capo, senza dare I 

! il segno di prompt. ! 

I ' 

I 1 

I Si compongano ora alcune parole. I 

• J 

« 1 

! Si dia un [CTRL] d. ! 

I * 

l 1 

I A questo punto verrà* presentato l’output di cat, ! 

! cioè* ricompariranno a video le parole composte in ! 

! precedenza. ! 

i ! 

« 1 

4 -- 4 
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4-3 FILTRI hi 1-’ I F*K 


Come si è più volto detto, uno dei concetti portanti di 
UNIX é quello della concatenabilità dei comandi. Un programma 
che fornisce il suo output come input a un altro programma è 
detto filtro. In generale, ogni comando di UNIX può essere 
usato come filtro. 

Perchò sia possìbile la comunicazione tra due programmi, sotto 
qualsiasi sistema operativo, si deve fare riferimento, in line- 
a di massima, a un file di appoggio. Cosi un primo programma, 
die possiamo per comodità chiamare A , scriverà un certo file, 
e un secondo programma, che chiamiamo B , leggerà quello 
stesso file. Un tratto caratteristico di UNIX é quello di 
prevedere in modo sistematico questo collegamento, scavalcando 
la necessità deL file intermedio. Sotto UNIX, più precisa- 
mente, abbiamo visto che un file di quei tipo viene detto pi¬ 
pe. Un pipe non é altro che un canale di collegamento 
privilegiato tra due processi, realizzato attraverso un buffer 
allocato in memoria centrale, e concepito in modo tale che il 
primo dei due programmi si arresta quando esso é saturo, e il 
secondo si pone in stato di attesa quando esso è vuoto. Il 
pipe , una volta esaurita la sua funzione, cessa di esistere, 
e non impone quindi all’utente l’onere di cancellare file di 
appoggio temporanei. 

11 segno speciale che in ambiente SHKL1. consente di coilegare 
due comandi attraverso un pipe é la barra verticale: 


Come esempi, possiamo considerare i seguenti. Abbiamo a dispo¬ 
sizione un comando che ordina un file di stringhe di input. 
Tale comando è sort. Se allora impostiamo 


who I sort 


otterremo che il comando who , che viene eseguito per primo, 
consegni il suo output, ovvero l’elenco degli attuali utenti 
del sistema, al comando sort attraverso un pipe. Il secondo 
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comando, a questo punto, esegue la sua l'unzione restituendo 
allo standard output, ovvero al terminale chiamante, l’elenco 
ordinato degli utenti. 


Naturalmente il processo é iterabile. Cosi é possibile 
impostare l’espressione, ad esempio, 


ls ! grep UNIX ! wc -1 


Il comando ls produce l’elenco dei file sotto il directory 
corrente. Tale output è passato come input al comando grep , 
il quale ha come argomento la stringa "UNIX". Il comando grep 
seleziona nell’ambito del suo input tutte le righe in cui oc¬ 
corre una certa stringa che gli è data come argomento, nel 
caso specifico la parola "UNIX". Il grep agisce a sua volta 
come un filtro, e passa il suo output, che sarà quindi una 
successione di righe, attraverso un nuovo pipe , al comando wc 
, che ha come opzione -1 , ovvero é richiesto di contare solo 
le righe, e non i caratteri e le parole. L’esito di un comando 
composto come sopra sarà in definitiva quello di fornire il 
numero di file elencati sotto il directory corrente che con¬ 
tengono la stringa "UNIX". 

Un altro comando di una certa utilità in connessione allo 
SHELL è 


echo 


Esso non fa altro che presentare in output i suoi argomenti, 
separati da blank. Questo é dunque il modo per far si che lo 
SHELL possa presentare messaggi di display. Per esempio, l’e¬ 
secuzione del comanclo 


echo UNIX 


produrrà come output il display a terminale di 

UNIX 
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Un’altra opzione importante dello SHKLL é realizzata con il 
carattere speciale 


& 


Se la chiamata ad un comando é seguita da tale carattere, 
l’esecuzione avviene in background, ovvero senza che lo SHELL 
attenda che il programma abbia terminato di girare per rendere 
il controllo all’utente. 

Va infine notato che nelle operazioni iniziali, prima ancora 
di dare il controllo alle richieste di comandi da terminale, 
lo SHELL cerca nel login directory se esiste un file di nome 
".profile"; in caso affermativo, esso viene interpretato come 
un elenco di comandi, i quali vengono eseguiti. Questo rende 
possibile predisporre in modo facile un comando iniziale, da 
eseguirsi ad apertura di sessione, come ad esempio il display 
di un menu. 
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4.4 -L.K PHOCEDUHE SHELL 


Può essere di estrema utilità immagazzinare in un file i 
comandi che si vuole lo SHELL esegua in successione. Un tale 
file si dice una PHOCKDUHA SHELL. La catena di comandi che 
esso contiene viene mandata in esecuzione con la chiamata 


sh (nome file) 


Poiché un comando può in generale sopportare degli argomenti, 
é necessario potere "passare" allo SHELL tali parametri. Essi 
vengono rappresentati, all’interno di una PROCEDUHA SHELL, dai 
simboli 


$ 1 , $ 2 , $ 3 , 


In questo formato vengono assunti come posizionali, ovvero iJ 
numero n che segue il segno $ indica che quello é 1* n simo 
parametro nell’ordine di entrata. 

A proposito dei parametri di SHELL va ancora notato che: 


$0 e' il nome del file in esecuzione - 

$# e' il numero dei parametri posizionali della 
procedura -- 

$* si riferisce a tutti i parametri posizionali 
eccetto $0 - 

Supponiamo di avere creato un file il cui contenuto sia sem¬ 
plicemente 


grep $1 $2 
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e il cui nome sia "cerca". Se ora impostiamo 


sh cerca paolo filei 


lo SHELL, chiamato da sh , riconoscerà il nome "cerca" come 
quello di un file, leggerà il comando ivi contenuto, e gli 
fornirà come argomento, al posto del parametro $1, la stringa 
"paolo". Il risultato sarà costituito da tutte le linee di 
filel le quali contengano la stringa "paolo". 

Naturalmente queste facility sono combinabili con tutte quelle 
che abbiamo viste in precedenza. Possiamo quindi legare una 
PROCEDUHA SHELL con un ulteriore comando attraverso un pipe , 
e impostare ad esempio 


sh cerca paolo I sort 

oppure 


sh cerca paolo >> lettere 

Con l’istruzione 

chmod a+x cerca 

si definisce "cerca" come file eseguibile per il sistema. Ua 
questo punto in poi si può invocare il comando, quindi, sia 
componendo semplicemente il suo nome, come nel caso di 

cerca paolo filel 


sia facendo una chiamata allo SHELL: 


sh cerca paolo filel 


Questo fatto determina il vantaggio che le procedure SHELL e i 
programmi possono essere usati in modo del tutto indifferente, 
e si configurano quindi come pienamente interscambiabili. 
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4.5 XjEI VARIABILI DKLJLO SHELL 


Lo SHELL consente l’uso di variabili tipo stringa. Una 
variabile può essere un nome qualsiasi, purché inizi con una 
lettera, e sia composta di lettere, cifre e sottolineature. 
L’assegnazione di un valore a una variabile si realizza con il 
carattere 


user=paolo 


Per ottenere il valore di una variabile, è sufficiente rife¬ 
rirsi al suo nome premettendogli il segno $. Cosi 


echo $user 


risponderà 


paolo 


Poiché gli spazi sono significativi nelle espressioni, può 
capitare di costruire espressioni ambigue. Una comoda opzione 
che risolve diversi casi di ambiguità é la possibilità di 
racchiudere il nome di una variabile tra parentesi graffe, 
quando al suo valore va aggiunta una lettera o una cifra. Co¬ 
si, se » 


paolo=/u/paoio/cre , 

Spaolo e Slpaolo} avranno lo stesso valore, ma 

Spaoloa 

sarà il valore della variabile "paoloa", mentre 

${paolo}a 
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sarà uguale a 

/u/paolo/crea 

Naturalmente noi possiamo mettere in una variabile anche un 
comando con i suoi argomenti. Cosi potremo fare l’assegna¬ 
zione: 


a="cat filel file2 file3" 
Se ora diamo il comando: 


$a > file4 


otterremo l’esecuzione di: 

cat filel file2 file3 > file4 

L’insieme delle variabili SHELL viene chiamato environment del 
processo. Con il comando export si dichiarano le variabili che 
si vuole siano disponibili agli eventuali sottoprocessi chia¬ 
mati. Cosi 


export paolo a 

consente di trasmettere, ogni volta che un sottoprocesso viene 
attivato, i valori delle variabili paolo e a. 

Le variabili di sistema nella tabella seguente sono tutte di¬ 
chiarate esportabili dal sistema stesso. 

Un altro potenziamento dell’ambiente SHELL é dato dal fatto 
che un comando racchiuso tra i segni 


viene eseguito immediatamente, e il risultato dell’esecuzione 
può venir passato come argomento a un altro comando. Suppo¬ 
niamo ad esempio di mettere in un file un elenco di nomi di 
file che vogliamo cancellare. Chiamiamo tale file con il nome 
di listafile. Diamo poi il comando 

rm 'cat listafile' 

Ciò che avviene é che per prima cosa viene eseguito il comando 
cat listafile. L’output viene poi passato come argomento al 
comando rm , il quale riceve quindi come argomenti i nomi dei 
file da cancellare. 
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VARIABILI SHELL (1) 


$# Contiene il numero degli argomenti trasmessi alla procedura 
in corso. 

$* Tutti gli argomenti dello SHELL. 

$-- Opzioni invocate per io SHELL. 

$? Fornisce il codice di ritorno dopo la chiamata ad un coman¬ 
do. 11 codice di ritorno é zero quando l’esecuzione é 
stata priva di errori, mentre l’interpretazione dei 
valori diversi da zero varia a seconda del comando. Di 
solito essa é uguale a 200 più lo stato. Si veda in un 
manuale il comando signal per avere un elenco dei va¬ 
lori di stato. 

$$ Process-id del processo corrente. 

$! Process-id dell’ultimo processo mandato in background. 

$HOMK Reca il nome del login directory dell’utente. E’ a tale 
variabile che fa riferimento il comando cd quando ri¬ 
ceve come argomento un nome che non cominci con /. Que¬ 
sta variabile é presente ovviamente nel profile di 
login dell’utente. 

$PATH E' un elenco di nomi di directory, separati da :, nei 
quali lo SHELL cerca i comandi da eseguire. Questa va¬ 
riabile viene predisposta, di solito, in modo che lo 
SHELL cerchi 

1) nel directory corrente; 

2) in /bin; 

3) in /usr/bin. 

Ogni utente può comunque stabilire in quali directory, 
e in che ordine, lo SHELL deve cercare i comandi che 
riceve, predisponendo la variabile $PATH che conviene 
al suo caso. Tale istruzione, se la sua validità si 
estende in genere senza limitazioni, può essere posta 
nel .profile dell’utente. 
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VAH1ABI 1J SHK.LL (li) 


$1FS Contiene i caratteri assunti come separatori di parole 
negli argomenti (normalmente blank, tab, newline ). 

$MA1L Contiene il nome di quel file che, se é stato modifi¬ 
cato, provoca il messaggio "you have mail"; Serve quin¬ 
di per gestire la posta elettronica. 

$1’S1 Segno di prompt , per default $ 

$PS2 Segno di prompt secondario, per defauit > 


4.6 GLI STEP DI ESECUZIONE 
DI UN COMANDO 


Ora che abbiamo visto una panoramica abbastanza vasta del¬ 
le possibilità offerte dall’ambiente SHELL, vediamo di rie¬ 
pilogarla analizzando i vari passi in cui si articola l’esecu¬ 
zione di un comando. 

1 - Per prima cosa vengono eseguiti i comandi racchiusi tra 

« « 

2 - Avviene poi la sostituzione delle variabili con il loro 

valore. 

3 - Si ha l’individuazione degli argomenti: essi vengono rico¬ 

nosciuti scandendo la riga di comando, e riscontrando i 
separatori (che sono contenuti nella variabile $IFS). 

4 - Ricerca dei nomi di file. E* da notare che, se un pattern 

non viene riconosciuto, allora esso rimane inalterato, 
ovvero il nome é passato come tale. 

5 - Apertura dei file e allocazione in accordo con le redire¬ 

zioni richieste. 

6 - Trasferimento delle variabili di environment esportabili 

al programma chiamato. 
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7 - Ricerca del comando nei directory secondo la variabile 

$PATH. 

8 - Creazione di un nuovo processo. Questo provoca lo stato di 

attesa del terminale da cui il processo è chiamato, salvo 
che esso non sia stato chiamato in background (&). In que¬ 
sto secondo caso, continuazione del colloquio con il ter¬ 
minale. 


E' da notare che, qualora si debba fare uso caratteri specia¬ 
li, che non si vuole siano interpretati, é possibile citarli 
premettendo il segno \ , nel qual caso si cita il singolo 
carattere, oppure, se si ha a che fare con molti caratteri, 
racchiudendoli tra i segni Va notato infine che la cita¬ 
zione fra doppie virgolette (" "), é anch’essa effettuabile, 
ma non é efficace nei passi 1 e 2, ma solo nei passi 3 e 4 
spiegati sopra. 


4 . T 1.0 SHELL COME LINGUAGGIO 


Come abbiamo visto, lo SHELL gestisce l’uso di variabili, 
sia stringa che numeriche. Per di più, nello SHELL é possibile 
una completa gestione del controllo, alla stregua di ciò che 
avviene in ogni Linguaggio di programmazione evoluto. Per ge¬ 
stione dei controllo intendiamo qui la possibilità di rea¬ 
lizzare salti condizionati e strutture di ripetizione. 

Analizziamo ora queste caratteristiche dello SHELL, specifi¬ 
candone la sintassi. 

Per verificare che lo SHELL possiede tutta l’ampiezza di un 
linguaggio di alto livello, basterà fare vedere come esso 
possa esprimere le tre strutture fondamentali della sequenza, 
della alternativa e della ripetizione, poiché è ben noto che 
qualsiasi algoritmo 6 esprimibile facendo ricorso a quelle 
sole (cosi detto teorema di Boehm-Jacopini). 

Mostrare che la sequenza é realizzabile sotto SHELL è banale. 
Infatti, come abbiamo visto, una procedura SHELL esegue se¬ 
quenzialmente i comandi che trova elencati in un file. 
Occupiamoci pertanto dell’alternativa. Va detto prima di tutto 
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che lo SHKL1. si richiama frequentemente, nella sua sintassi, 
a 1 comando 


t est 


Il comando test non fa parte propriamente del linguaggio 
SHELL, ma ò da questo richiamato e sfruttato frequentemente 
nelle strutture condizionali. Possiamo dire che il comando 
test ha come argomento un certo predicato, e restituisco un 
valore booieano in dipendenza del verificarsi o meno de Lio 
stesso. Ad esempio: 


test stringa 

test -f filei 
test -d filei 
test -r fi lei 

test -w filel 


e' vero quando la variabile "stringa" 
non e' space. 

e‘ vero quando filel esiste 

e* vero quando filel e" un directory 

e‘ vero quando file! non c' protetto 
da lettura 

e' vero quando file! non e' protetto 
da scrittura 


La sintassi dell’alternativa é la seguente: 

if comando1 
then comando2 
else comandod 
fi 


Lo SHELL esegue comandol, controlla il suo codice di ritorno, 
e in dipendenza da quello esegue comando2 o comando3. 

Un esempio tipico può essere il seguente: 


if test -f lettere 
then cat. paolo >> lettere 
else cp paolo lettere 
fi 
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In questo esempio lo SHELL controlla l’esistenza di un file di 
nome "lettere" raggiungibile dal directory attuale; se esso 
esiste vi appende in fondo il file "paolo", mentre se non esi 
ste lo crea e vi copia il contenuto di "paolo". 

Quando vi sono molti if nidificati, anziché scrivere nei modo 
seguente 


if comandol 
then comando2 
else if comandoli 

then comando4 
fi 
fi 

la sintassi dello SHRLI. consente la forma abbreviata: 


if comando! 
then comando2 
elif comando3 
then comando4 
fi 


Un modo tipico di realizzare una serie di alternative sotto 
SHELL è quello di sfruttare la forma case. 

Eccone la sintassi: 


case $i in 

modeliol) comandol ;; 
modello2) comando2 :: 
esac 


Lo SHELL confronta la stringa che riceve in entrata con i vari 
modelli in successione: se trova coincidenza tra l’input e un 
modello, esegue il comando connesso con quest’ultimo. 
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Ad esempio 


case $# in 

1) cat >> $1 ; ; 

2) cat. >> $2 < $] ; ; 

*) echo "questo comando presuppone 1 o 2 parametri" 
esac 


Si ricorderà che la variabile $# assume come valore il numero 
dei parametri che la procedura SHELL riceve in input. Ora, 
questa procedura ammette solo due possibilità: che si dia un 
solo parametro, e allora concatena lo standard input in coda 
al file specificato da tale parametro: che si diano due para¬ 
metri, e allora concatena il primo file in coda al secondo. Se 
la procedura non riceve argomenti, o ne riceve più di due, 
allora essa non esegue nessuno dei due comandi di concatena¬ 
zione, ma stampa un messaggio di errore. L’asterisco come al 
solito significa "qualsiasi cosa". Ma se la procedura ricono¬ 
sce di essere in uno dei due casi precedenti, non esegue que¬ 
sto comando. 

Nell’ambito del case é possibile porre due modelli con cui lo 
SHELL deve fare il confronto rispetto ai parametri di input in 
disgiunzione logica tra di loro, in modo tale che il comando 
connesso venga eseguito se il confronto é positivo per almeno 
uno dei due. Se si vuole che un certo comando venga eseguito 
quando il parametro di entrata é uguale ad A oppure a B , si 
deve porre una barra verticale, conforme al segno di pipe , ma 
con tutt’altro significato, tra i due modelli ammessi: 


case $1 in 

A ! B) comando1 ;; 
C ) comando2 ; ; 

esac 


A proposito dell’uso della citazione, che può essere utile 
soprattutto in relazione ai modelli di riferimento del case , 
va ricordato che sotto UNIX essa può essere realizzata in tre 
modi: con le semplici e con le doppie virgolette, e con il 
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carattere speciale 


Quest’ultimo si riferisce esclusivamente al singolo carattere 
che lo segue immediatamente. 


Per quanto riguarda la ripetizione, o loop, vi sono due modi 
fondamentali di realizzarla. Come per l’alternativa abbiamo 
visto il caso dell’ "if ... then ", che controlla il codice di 
ritorno, e il case , che é gestito da una variabile ricevuta 
dall’esterno, cosi qui si hanno due loop analoghi, il primo 
fondato sul test del codice di ritorno di un comando ("while 
... do"), il secondo gestito dal valore di una variabile ("for 
... do"). 


La sintassi della prima forma di ripetizione é la seguente: 

while comando1 
do comando2 
done 


11 while testa il codice di ritorno di comandol, e fino a che 
esso é zero (sinonimo di successo) esegue comando2. Quando il 
codice di ritorno di comandol é diverso da zero il loop ter¬ 
mina. 

La sintassi del secondo é 


for i in xl x2 x3 .... 
do comando $i ; done 


o, equivalentemente 


for i in xl x2 x3 ... 
do 

comandol 

comando2 

done 
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Il punto e virgola é richiesto solo quando si continua a 
scrivere sulla stessa riga. 

I comandi racchiusi fra il do e il done vengono eseguiti per 
ogni valore xl x2 x3 ..... associato alla variabile $i. Esiste 
anche una forma sintetica del comando 

for i do comando $i ; done 

nella quale la variabile $i assume i valori dei parametri di 
ingresso. 

Si può forzare l’uscita da un loop, for o while che sia, at¬ 
traverso l’istruzione 


break. 


L’istruzione 


continue 

provoca invece attiva la successiva iterazione. 

Ecco quindi che, come si è visto, ognuna delle tre strutture 
fondamentali é realizzabile sotto SHELL. 

Uno dei punti di forza dello SHELL é che esse sono combinabili 
a piacere. Vediamo un esempio di una ripetizione che racchiude 
al suo interno una serie di alternative espresse con il case : 


for i 

do case $i in 

1) comando1 ;; 

2) comando2 ; ; 

*) echo 'valore fuori limite’ ;; 
esac 
done 

Da «ana procedura SHELL é sempre possibile attivarne un’altra 
semplicemente nominandola, come si fa in generale con i coman¬ 
di di UNIX. Nell’esempio precedente, comandol potrebbe essere 
altrettanto bene un comando UNIX, un programma utente esegui¬ 
bile, o una procedura SHELL. L’esecuzione della procedura 
chiamante riprenderà, dopo l’esecuzione della procedura 
chiamata, dall’istruzione successiva. 
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La terminazione di una procedura avviene quando lo SHELL in¬ 
contra la fine del file dei comandi, oppure su esplicita ri¬ 
chiesta, attraverso l’istruzione 

exit 

4.» IL DEBUGGING 


Il debugging delle procedure SHELL si fonda su tre opzioni 
fondamentali : 


1 - set -n 

2 - set -v 

3 - set -x 

La 1 serve per provocare l’interruzione dell’esecuzione ad un 
punto voluto. I successivi comandi saranno quindi solo ietti 
dallo SHELL, fino al primo EOE che esso incontra. Se ad esem¬ 
pio impostiamo dal nostro terminale 


set -n 


il terminale rimarrà inattivo fino a che non impostiamo un 
e. o.f. 


La 2 permette il display successivo delie istruzioni, a mano a 
mano che io SHELL le legge. 

La 3, infine, fornisce la trace : vengono presentati i comandi 
via via eseguiti, e posti in evidenza i valori dei loro argo¬ 
menti. 

Per annullare le opzioni, basta impostare 


set - 


11 valore delle opzioni attive 6 disponibile come $-. 
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4-H ESKHC1Z1 RIEPILOGATIVI 
SULLO SHELL 


Analizzare le seguenti procedure, 
te le istruzioni ivi contenute. Cosa 
SHELL? 


e rendersi conto di tut- 
fanno queste procedure 


l'or i in mani man2 mand man4 man5 man7 man8 
do cd /u/man.III/$i 

if test -f $1.* 
then 

comando='ls $1.** 
stty page length 20 2>/dev/null 
nroff -man Scornando 
stty -page length 0 2>/dev/null 
exit 
fi 


done 

echo man3: non ho trovato il comando $1 


if test "$1" = "-h" 
then echo ’ 

11 comando "skulker" permette di cancellare tutti i file 
"*.bak", "a.out", "core", "proof" e "galley" presenti nel proprio 
directory o in un sub-directory. 

Dopo avere dato il comando "skulker" il programma esplora tutti i 
directory e quando trova uno dei file suddetti emette il 
messaggio: 

< rm ... /u/utente/nome file >? 

Se si risponde con "y" il file sara' rimosso altrimenti no. 

> 

else find $H0ME ( -name a.out -o -name core -o 
-name proof -o -name .*.bak 

-o -name galley -o -name ’*.bak’ ) -ok rm {} ; 
fi 


Vogliamo ora sperimentare praticamente un caso di redirezione 
dell’I/O. Potremo sfruttare la procedura skulker ora vista. 
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Vogliamo farla girare in modo tale che essa prelevi il suo 
input da un file anziché da terminale. Dunque: 


1 - Coniare quanti file verranno cancellati dalla pro¬ 

cedura - 

2 - Creare un file con le risposte affermative alle 

domande che la procedura farà - 

3 - Istruire lo SHELL a prelevare il suo input dai 

file cosi creato - 

4 - far girare la procedura - 

5 - Verificarne l’esito listando i file rimasti. 


Vogliamo realizzare un pipe. VogLiamo anche operare la redi¬ 
rezione dell’output dell’ultimo comando eseguito su un file 
che esista già, in modo tale che l’output venga appeso in coda 
a tale file. 


1- Creare un file e scrivere in esso qualche cosa - 

2- Scegliere due comandi a piacere per connetterli con 
un pipe - 

3 - Istruire lo SHKL1. in modo che l’output dei due co¬ 
mandi connessi con il pipe sia appeso in coda ai 
file creato 

4- Verificare che il precedente contenuto dei file non 
sia stato alterato, e che l’output prodotto sia 
quello richiesto. 


Una delle applicazioni più tipiche dello SHELL é quella di 
realizzare dei menu. Si scelgano alcuni comandi, e si predi 
sponga un menu, il quale fornisca gli opportuni messaggi, e 
mandi in esecuzione il comando scelto dall’utente. 
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CAPITOLO V 


UNIX E OFFICE AUTOMATION 


5.1 UNIX E OFFICE 
AUTOMATION 


Come si é fatto rilevare nella introduzione generale, 
il sistema operativo UNIX é particolarmente adatto a risolvere 
due tipi di problemantiche: quella della produzione del sof¬ 
tware, nell’ambito della quale il suo cavallo di battaglia é 
la concatenabilità dei programmi, e quella dell’automazione 
del lavoro di ufficio. Il presente capitolo é dedicato agli 
aspetti principali di questa seconda applicazione, e ai suoi 
strumenti essenziali, come la 

posta elettronica e gli editor. 

Nell’ambito del lavoro di ufficio, come é stato notato re¬ 
centemente, si ha sempre meno bisogno di spostamenti fisici di 
ben precisi oggetti materiali. Ciò che viene in linea di 
massima scambiato, e che costituisce, sotto varie forme, la 
materia prima del lavoro di ufficio, é, in definitiva, lin¬ 
guaggio. Se a tutta prima tale affermazione può sembrare una 
esagerazione, tale essa non sembra più di certo ad una analisi 
approfondita, sol che si ponga mente al tentativo di addurre 
controesempi. Linguaggio sono le informazioni che ci si scam¬ 
biano, linguaggio le telefonate, le relazioni, le conferenze, 
i documenti, le lettere, gli atti ufficiali, i seminari d’ag- 
gionamento... Uno spostamento fisico di oggetti che non si 
risolvano immediatamente in linguaggio viene fatto normalmente 
in quanto tali oggetti sono strumenti indispensabili alla cre¬ 
azione di linguaggio: le penne, i timbri, la carta, la macchi¬ 
na da scrivere sono contenitori virtuali di linguaggio, sono 
linguaggio non ancora attualizzato, e devono la loro esistenza 
all’interno dell’azienda a niente altro all’infuori della loro 
capacità intrinseca di produrre linguaggio. 
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Nella sua forma tradizionale, il linguaggio si realizza nor¬ 
malmente in oggetti materiali definitivi, come documenti, re¬ 
lazioni, cartelle informative eccetera. Tali oggetti presenta¬ 
no almeno i seguenti inconvenienti: 


1- sono difficilmente correggibili - 

2- sono accessibili ognuno ad una sola persona alla vol¬ 
ta - 

3- per essere "passati" da una persona ad un’altra, de¬ 
vono attraversare uno spazio fisico - 

4- sono reperibili con una difficoltà che cresce rapi¬ 
damente in funzione del loro numero; il tenerli in 
ordine é una fonte, e spesso non irrilevante, di 
altro lavoro - 

5- occupano uno spazio fisico ingente. 
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5.2 IL SALTO DI QUALITÀ 


Se si riflette sulla questione, non si fa fatica a comprendere 
come tutto ciò che é linguaggio possa essere immerso e 
trattenuto in un computer, anziché su carta. Il passaggio 
dalla memoria di un computer al supporto cartaceo non é, del 
resto, un problema. La cosa, per di più, presenta i vantaggi 
omologhi ma di segno inverso rispetto ai problemi visti in 
precedenza: 


1- i documenti sono facilmente correggibili - 

2- sono continuamente a disposizione di tutti coloro che 
li debbono consultare - 

3- dal primo momento che il documento esiste, esso può 
essere reso disponibile dal suo estensore ad altre 
persone senza che nulla di fisico si sposti nell’a¬ 
zienda; ovvero, immediatamente. 

4- esistono vari modi razionali di organizzare i docu¬ 
menti, e quindi di richiamarli con facilità. Si 
pensi, ad esempio, alla struttura ad albero del file 
systea di UNIX. 

5- l’esistenza di un nuovo documento non comporta alcun 
incremento dello spazio fisico occupato all’esterno 
del computer. 


Nell’ambito di questa ottica generale, ci occuperemo di segui¬ 
to di alcuni strumenti che UNIX mette a disposizione dell’u¬ 
tente rispetto a questa problematica. 

Il primo problema, come si é visto, é lo scambio di infor¬ 
mazioni. Sotto UNIX esistono alcuni comandi che consentono la 
gestione di posta elettronica tra i vari utenti. Il più sem¬ 
plice di tali comandi è write. Esso consente di entrare in 
comunicazione con un utente che sia attualmente nel sistema, e 
che non sia in ambiente editor. Se componiamo 

write paolo 
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e il sistema non ci nega il permesso di scrittura, nei qual 
caso ovviamente ci avvisa con un messaggio, ciò che da quel 
momento componiamo a terminale viene spedito all’utente paolo 
una riga per volta, ossia ad ogni [RETURN]. Per uscire dallo 
stato di comunicazione, battere un EOF. 

Più potente é il comando mail , il quale consente di mandare 
messaggi o file ad un utente anche non collegato. Quando quel¬ 
l’utente userà di nuovo il sistema, potrà ricevere la posta 
attraverso lo stesso comando. 

Per quanto la posta elettronica possa essere importante, lo 
strumento su cui si accentra molta dell’attività di office 
automation é 1’editor. 


5.3 GLI EDITOR 


Il concetto di editor é di fondamentale importanza nella 
pratica odierna dell’informatica. Tale strumento é divenuto 
ultimamente via via più duttile e più diffuso, al punto che 
rappresenta ormai una delle prime cose con cui il principian¬ 
te, su qualsiasi sistema, prende confidenza. 

L’editor é un possibile ambiente di lavoro; un ambiente di¬ 
verso da quello cosi detto dei comandi , ovvero quello in cui 
la macchina propone un prompt e aspetta il nome di un pro¬ 
gramma da eseguire. In editor, viceversa, noi ci muoviamo come 
all’interno di un file; é soprattutto in questo ambiente, 
quindi, che possiamo scrivere e correggere. Ad esempio, una 
volta che sia stato concepito e scritto su carta un programma, 
si deve "andare in editor" per "metterlo dentro", ossia per 
renderlo disponibile all’elaboratore, e dunque eseguibile. 

Sotto UNIX esistono vari editor, più o meno diffusi. Spesso 
accade che, nello stesso sistema, siano presenti più editor; 
si tenga presente, infatti, che un editor, come qualsiasi al¬ 
tra funzione che un sistema ci metta a disposizione, non é 
altro che un programma; e la presenza di un certo programma 
non esclude la presenza di un altro programma. 

Tra tutti gli editor che girano sotto UNIX, noi abbiamo deciso 
di illustrare brevemente il vi e 1’ ined. Per il primo va 
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detto che, essendo stato inglobato nei SYSTEM III, può essere 
considerato, in questo momento, il più diffuso, e il più 
vicino ad essere considerato uno standard. Per quanto riguarda 
il secondo, esso ha dalla sua due importanti fattori: i) es¬ 
sendo della Interactive , ed avendo 1’ IBM adottato quella 
versione di UNIX, é quello destinato a diffondersi maggior¬ 
mente in ambiente IBM, a cominciare dal PC; ii) é senza dubbio 
il più facile da usare, e forse il più potente. 


5.4 L’EDITOR VI 


Il nome vi , cui si é fatto cenno nell’Introduzione, viene da 
visual In ambiente vi si ha infatti che il file su cui si 
lavora viene visualizzato a pieno schermo; tuttavia si deve 
fare riferimento alle righe quando si danno i comandi. Avver¬ 
tiamo qui che, per il seguito, i caratteri o gruppi di carat¬ 
teri racchiusi tra parentesi quadre non sono da comporre, ma 
corrispondono direttamente a un tasto della tastiera. 


5-4-1 ENTRARE IN EDITOR 


Per entrare in ambiente editor il comando é vi , seguito 
eventualmente dal nome di un file: 

vi testo. 

A questo punto, se il file esiste giù esso viene, per quanto 
possibile, visualizzato, mentre se il file prima non esisteva 
lo schermo s’imbianca, presentando solo il segno ~ a sinistra 
di ogni riga. 

Nell’ultima riga in basso si leggono il nome del file e la sua 
attuale estensione. Dando il comando 

[CTRL] g 
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nella stessa riga compariranno invece informazioni sulla posi¬ 
zione attiva, ossia su cui siamo posizionati. In ogni caso 
l’ultima riga non appartiene al file, ma é riservata ai mes¬ 
saggi del sistema. 


5.4 . ’2. X.O S TATO D I 
INSERIMENTO 


Il modo più ovvio per cominciare ad usare un editor é quello 
di passare in stato di inserimento ; questo si ottiene sem¬ 
plicemente con il comando 


i 

Si esce invece dallo stato di inserimento con il tasto 

[ESC]. 

In fase di inserimento ci si comporta come con una normale 
macchina da scrivere: si compone il testo riga dopo riga, an¬ 
dando a capo con l’apposito tasto di ritorno carrello, normal¬ 
mente 


[RETURN]. 

Il modo migliore per comprendere bene un editor é ovviamente 
quello di usarlo: se avete a disposizione un terminale, e sie¬ 
te un utente accreditato di un sistema UNIX, create in vi un 
file, e scrivete la prima pagina di questo libro. Se commette¬ 
te un errore, e ve ne accorgete quando siete ancora sulla 
stessa riga, potete tornare indietro con il tasto [BACK 
SPACE], oppure con [CTRL] w, che permette di tornare indietro 
di una parola intera. Se l’errore é in una riga precedente, 
per il momento ignoratelo; presto ci occuperemo in dettaglio 
di come effettuare le modifiche. 
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5.4.3 USCIRE DALL’EDITOR 


Se siamo in stato di inserimento, per prima cosa dobbiamo 
chiudere questa fase con il tasto (ESC). Se non lo facessimo, 
qualsiasi comando verrebbe interpretato come semplice testo, e 
inserito nel file, anziché eseguito. 

A questo punto possiamo uscire dall'editor con il comando 

:wq 


Cosi facendo, otteniamo di passare alla riga dei comandi (con 
i due punti), di scrivere su disco il nostro file (w - da wri- 
te) e di uscire dall' editor (q - da quit). Infatti il lavoro 
di editing non avviene mai direttamente sul file su disco, ma 
su una copia temporanea. Con il comando che abbiamo visto il 
file temporaneo viene ad essere copiato su quello definitivo. 
Lo stesso effetto si può ottenere con il comando ZZ. 

Se viceversa vogliamo uscire senza "salvare" ciò che é av¬ 
venuto nella sessione di editor, ossia vogliamo annullare d’un 
colpo tutto quanto fatto, modifiche e inserimenti, dovremo 
uscire con il comando 


:q! 

nel qual caso rimane in essere solo ciò che era stato salvato 
dall’ultimo comando :w. Infatti, come abbiamo visto, le due 
lettere che compongono il modo di uscire normale (salvando su 
disco) rappresentano anche separatamente un comando. Cosi con 


: w 


possiamo salvare continuando a lavorare in editor; è da notare 
che tale comando accetta come opzione il nome di un file, che 
possiamo quindi creare in modo che sia conforme a quello su 
cui stiamo lavorando. Il comando 

:q 

consente l’uscita dall'editor, ma viene accettato soltanto se 
non sono state eseguite modifiche. Aggiungendo il punto escla¬ 
mativo, come abbiamo visto, ossia dando 

:q! 
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il comando viene comunque eseguito, e si ottiene l’effetto di 
annullare la sessione di editing. 

Queste possibilità risultano molto comode quando si vuole 
duplicare un file, apportandovi però qualche lieve modifica. 
Supponiamo di avere un file di tipo programma. Noi vogliamo 
creare un nuovo programma, assai simile, ma con qualche istru¬ 
zione diversa, conservando tuttavia anche il primo. Possiamo 
allora entrare in editor del primo: 

vi progl.b 

quindi effettuare le modifiche, poi dare il comando 

:w prog2.b 

In questo modo avremo creato il nuovo programma richiesto, di 
nome prog2.b. Infine, possiamo dare il comando 

:q! 

in modo tale che progl.b rimanga inalterato. 


5.4.4 COMK CORREGGERE 


Per usare in modo efficace un editor in fase di correzione, la 
prima cosa da imparare bene é quelJa di spostarsi velocemente 
lungo il file. In ambiente vi , i tasti direzionali per spo¬ 
stare il cursore non sono rappresentati dalle solite frecce, 
ma dalle quattro lettere 

l. b. j. k. 


Per un verso, fin che non ci si é fatta l’abitudine, questo 
modo di spostarsi appare meno comodo, in quanto meno "intuiti¬ 
vo", rispetto al ricorso ai tasti con le frecce; va tuttavia 
considerato che questi comandi di spostamento, come del resto 
quasi tutti i comandi di vi , ammettono una specificazione 
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1 



h 



j 



k 



numerica, attraverso un numero preposto, senza blank in mezzo, 
alla lettera selezionata. Cosi 

12 j 

farà scendere il cursore di 12 righe. Per tutti i comandi, 
dunque, si é sottinteso, ma reso modificabile, il parametro 1 
di default. 


Sono inoltre comodi i seguenti comandi di spostamento: 


[CTRL] f 
[CTRL] b 
[CTRL] d 
[CTRL] u 


per avanzare di una pagina 
per andare una pagina indietro 
per avanzare di 12 righe 
per andare indietro di 12 righe 


Per ricordarsi meglio, si noti che 


f 

b 

d 

u 


abbrevia 

abbrevia 

abbrevia 

abbrevia 


"forward" 

"backward" 

"down" 
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Inoltre, con il comando nG , dove n é un numero, ci si porta 
alla riga n-esima. Non premettendo alcun numero, si va alla 
fine del file. 

Altri utili comandi si riferiscono allo schermo. Con 

H 


e con 


L 

ci si sposta, rispettivamente, alla prima e all’ultima riga 
della videata. Come al solito, possiamo premettere al comando 
un parametro numerico: con 3H , ad esempio, andremo alla terza 
riga dall’alto. Con il comando M , inceve, ci si porta al¬ 
l’inizio della riga a metà dello schermo. 

Inoltre noi possiamo agire sullo schermo anziché sul file. Con 
il comando 


z [RETURN] 

la linea su cui stiamo operando diventa la prima della scher¬ 
mata; con 


z~ 

il controllo si posiziona alla fine, e con 


z. 


si posiziona al centro. 

Infine, possiamo fare riferimento alle parole, "cercando" in 
avanti o indietro nell’ambito del file. Con la barra, o slash, 
( / ) , diviene attiva l’ultima riga del video, e possiamo 
scrivere una stringa, la quale verrà cercata in avanti. Il 
cursore si fermerà alla prima occorrenza della stringa. Dando 
poi n , si passa alla prossima occorrenza. Se al posto della 
barra diamo il punto interrogativo, la ricerca viene effettua¬ 
ta all’indietro anziché in avanti; analogamente, dando N al 
posto di n , si trovano le successive occorrenze all’indietro. 
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Possiamo anche specificare che intendiamo cercare le occorren¬ 
ze della stringa solo quando esse occupano una certa posizione 
nella riga. Cosi 


* significa a inizio riga 


$ significa a fine riga 


Inoltre, particolarmente utile è il carattere speciale punto 
(.). Esso assume in ambiente vi lo stesso significato che ha 
il punto interrogativo in ambiente SHELL, ovvero sta per qua- 
siasi carattere. Cosi 


/e. a 

ci farà trovare tutte le stringhe in cui compaiono una e , poi 
un carattere qualsiasi, poi una a , come 


catena 


esagono 


Una ulteriore possibilità molto utile é quella di specificare 
un range di caratteri che ci interessano fornendo il primo e 
l’ultimo collegati da un trattino, il tutto racchiuso da qua¬ 
dre: 


[a-z] 

significa quindi "qualsiasi lettera minuscola". 
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5.4 . £5 SPOSTARSI ALL * INTERNO 
DELLA RIGA 


Quando ci siamo posizionati sulla riga che ci interessa, pos¬ 
siamo ovviamente spostarci in essa con il comando di cursore a 
destra o a sinistra ( 1 e h ). Esistono tuttavia diverse altre 
possibilità che rendono più agevoli gli spostamenti: 


va a inizio riga. 

I va a inizio riga, ma accetta un parametro 

numerico: ni va al carattere ennesimo. 

$ va a fine riga. 

Altri comandi fanno invece riferimento alle parole, ovvero 
interpretano il blank come separatore. Cosi 

e 

va alla fine della parola su cui siamo posizionati, mentre 

w 


e 


b 

ci portano rispettivamente alla prossima parola e alla prece¬ 
dente. K* da notare che questi tre ultimi tengono conto dei 
segni di punteggiatura; volendo ignorarli, basta dare gli 
stessi caratteri, ma maiuscoli. 
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5.4.6 I OOMAND X DI 
CANCELLAZione 


Per cancellare, possiamo far uso di comandi che si riferiscano 
a uno o più caratteri, a una o più parole, a una o più righe. 
11 comando 

x 

cancella un carattere alla volta (salvo premettergli un para¬ 
metro). Si riferiscono invece a un’intera parola i comandi 

dw 


e 


db 

l’uno agendo sulla parola che segue, l’altro che precede il 
cursore. 

Se invece vogliamo cancellare tutta la porzione di riga che 
segue il cursore, il comando é 


D 

Noi possiamo anche agire su tutte le parole che seguono la 
posizione del cursore fino a un certo carattere escluso o com¬ 
preso. Nei due casi rispettivamente avremo 

dt{c) 


e 


df{c} 

dove c é il carattere a cui facciamo riferimento. 

Possiamo invece riferirci a un’intera riga, o a più righe, 
premettendo un numero, con il comando 

dd 
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Ancora più potenti sono i comandi 


dL 


e 


dG 

i quali cancellano tutte le righe fino alla fine dello schermo 
il primo, fino alla fine del file il secondo. 


5.4.7 LE SOSTITUZIONI 


Una volta che abbiamo cancellato una parte di testo, spesso 
accade che sia opportuno aprire dello spazio per inserire. 
Allo scopo si ricordi che con 


o 

si apre una riga bianca sotto quella attuale, e si passa in 
stato di inserimento. Lo stesso avviene con 

0 

con la differenza che la riga viene aperta sopra anziché sotto 
quella attuale. 

Un modo per operare sostituzioni é dunque quello di sopprimere 
la parte di file che non é adeguata, e quindi inserire la 
parte nuova. Vi sono tuttavia, ovviamente, comandi che consen¬ 
tono di fare le due cose contemporaneamente. 

Con il comando 


nr{c) 


rimpiazzeremo con n caratteri c i primi n caratteri. Il 
comando ha quindi senso o per sostituire un carattere ad un 
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altro, oppure perché vogliamo ottenere n caratteri uguali, 
caso questo, ovviamente, non molto frequente. Di maggiore uti¬ 
lità é invece 


s 


Con esso si ottiene la cancellazione del carattere corrente, e 
il contemporaneo passaggio in stato di inserimento. (Si ricor¬ 
di che si esce dallo stato di inserimento con [ESC]). 

Poiché, come al solito, possiamo premettere un numero al co¬ 
mando, otteniamo l’effetto di eliminare n caratteri, e quindi 
poterli sostituire immettendo direttamente ciò che vogliamo 
loro sostituire, e di potere poi continuare ad inserire altre 
cose, senza ulteriori soppressioni. 

Possiamo poi riferirci alle parole anziché ai caratteri con il 
comando 


cw 

il quale, analogamente ad s , fa si che la parola corrente 
venga sovrascritta, e che si passi poi in stato inserimento. 

In analogia ai comandi dt e df visti in precedenza, abbiamo 

ct{c} 

e 

cf{c} 

i quali agiscono dai punto attuale fino al carattere selezio¬ 
nato escluso o compreso. Infine il comando 

cc 


sostituisce una riga intera. 

E' utile menzionare a questo punto i comandi per annullare i 
cambiamenti fatti. Con 


U 


possiamo riportare la riga su cui é stato fatto l’ultimo 
cambiamento allo stato precedente alle modifiche. Se vogliamo 
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agire su più righe, annullando in ogni caso l’effetto del¬ 
l’ultimo comando dato, ricorreremo a 

u 


5.4. S DUPLICARE O 
SPOSTARE RIGHE 


Come abbiamo visto, possiamo lavorare su righe intere. Il co¬ 
mando 


Y 

copia una riga in memoria, senza asportarla dal file. Se di 
seguito diamo il comando 


P 

la riga copiata viene riprodotta nella posizione attuale. Sup¬ 
poniamo di stare mettendo dentro un programma, e di arrivare a 
un gruppo di istruzioni molto simili ad istruzioni precedenti, 
che quindi abbiamo già inserito. Ci posizioniamo allora sulla 
prima delle istruzioni che ci interessano. Supponiamo che esse 
siano dieci. Diamo poi, nell’ordine, i seguenti comandi 


1) 10Y 

2) G 

3) p 


Con il passo 1) otteniamo che venga fatta una copia in un buf¬ 
fer di memoria delle dieci righe seguenti; con 2) ci spostiamo 
alla fine del file; infine, con 3), copiamo dal buffer al fi¬ 
le, e quindi riproduciamo le dieci istruzioni. 

Un caso la cui opportunità é altrettanto frequente é quello di 
voler spostare una parte di un file da un punto ad un altro, 
ovvero sopprimendola nel punto da cui la si preleva. Il proce¬ 
dimento per ottenere questo risultato é del tutto analogo a 
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quello appena visto: basterà sostituire al comando 10Y il 
comando lOdd : 

1) lOdd 

2) G 

3) p 

Infatti anche ciò che viene cancellato con il comando dd viene 
automaticamente salvato, come se avessimo dato il comando Y 

Il meccanismo di scrittura delle cancellazioni nel buffer é 
più precisamente il seguente. Il sistema memorizza le ultime 
nove cancellazioni effettuate, in nove aree diverse. La più 
recente é nella prima, la più remota nell’ultima. Se vogliamo 
riprendere una cancellazione fatta tre volte fa, dovremo pre¬ 
mettere "3 al comando p , e dare 

"3 P 

Ad ogni successiva cancellazione, il contenuto viene ad occu¬ 
pare l’area più prossima, ossia la prima, quella cui accediamo 
direttamente con il comando p , mentre le cancellazioni più 
vecchie si spostano di una posizione, e solo la più remota va 
perduta. 


5.4.9 AGIRE SU TUTTO IL FILE 


Abbiamo visto come intervenire su un numero qualunque di ri¬ 
ghe. Possiamo usufruire di comandi ancora più potenti posi¬ 
zionandoci sulla riga dei comandi (la penultima dello schermo) 
con il carattere speciale 


Un comando dato di seguito avrà effetto per tutto il file, o 
per quella parte di file che noi stessi specifichiamo. Infatti 
ad ogni comando possiamo premettere la riga di partenza e di 
fine dell’effetto, fornendo due numeri separati dalla virgola. 
In merito si ricordi che il semplice punto si riferisce alla 
riga attuale, e il carattere speciale $ si riferisce alla fine 
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del file. 


Il formato generale di un comando sarà allora 

{prima riga},{ultima riga}comando{argomenti} . 

Ad esempio, se vogliamo sostituire la parola files con file 
dal punto attuale in poi daremo il comando 

.,$,s/files/file/g 

dove il punto fa riferimento alla posizione attuale, e la g 
finale fa si che la sostituzione avvenga anche per le occor¬ 
renze che non sono la prima della riga. 


5.5 L’EDITOR INED 


Per entrare in ambiente ined si deve dare il comando 
e {nome-file} . 

Qualora il file non esista già, il sistema invita a premere il 
tasto (USE); questo provoca l’effetto di creare il file, e 
renderlo direttamente disponibile nella finestra di editor. 

Si può poi scrivere in esso come se si avesse a che fare con 
una macchina da scrivere con visore. I tasti con le freccette 
consentono di dirigere il cursore dove si vuole. 

L’editor ined fa largo uso di funzioni associate direttamente 
ai tasti. Questo privilegia, dal punto di vista pratico, l’uso 
di terminali provvisti di tasti funzionali. La corrispondenza 
tasti/funzioni deve essere stabilita in fase di installazione. 
Da questo punto di vista possiamo dire che il vi é meno di¬ 
pendente dal terminale, e quindi più portabile, ma l’ined, 
come vedremo, risulta più comodo da usare. 

Quando si commette un errore di dattilografia, o si deve cam¬ 
biare, per una qualsiasi ragione, una parte di testo già 
composta, é sufficiente riportarsi sulla parte sbagliata e 
sovrapporre ad essa il testo corretto. Per spostarsi facilmen¬ 
te e velocemente lungo il testo, si hanno a disposizione alcu¬ 
ni tasti speciali. Essi sono: 
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[GO TO] 


che riporta immediatamente il 
controllo a inizio file - 


[ENTER] (GO TO] che riporta immediatamente il 

controllo a fine file - 

[ENTER] {n> (GO TO] che posiziona il controllo al¬ 

la n-sima riga dei file - 

[HOME] che posiziona il controllo 

all’inizio della finestra di 
editor - 


TASTI DI SPOSTAMENTO rappresentanti quattro frecce 

orientate. Spostano il punto 
attualmente attivo, su cui si 
posizionerà' il prossimo ca¬ 
rattere inviato da tastiera, 
nelle rispettive posizioni - 

[+PAGE] [-PAGE] che spostano il testo in avan¬ 

ti o indietro di una pagina di 
video (21 righe) - 

[+LINE] [-LINE] che spostano il testo in avan¬ 

ti o indietro di un terzo di 
una pagina di video (7 righe). 

Con questi tasti diventa estremamente comodo portarsi ad un 
punto prefissato del testo. Per correggere, abbiamo a disposi¬ 
zione due metodi: a) quello di sovrascrivere il testo vecchio; 
b) quello di passare in INSERTMODE, e inserire aggiunte che 
spostano il resto della riga verso destra, lasciandolo inalte¬ 
rato. Per passare in INSERTMODE basta premere il tasto corri¬ 
spondente della tastiera. Al di sotto della finestra compari¬ 
rà la scritta 


***** INSERTMODE ***** 
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Per ritornare alla situazione normale, basta premere lo stesso 
tasto una seconda volta. 

Per cancellare caratteri sbagliati, recuperandone lo spazio, 
ovvero senza sovrascrivere nulla, esiste il tasto 

[DEL] 

che elimina un carattere alla volta, e ricompatta il testo 
facendo slittare la parte della riga che segue il carattere 
cancellato da destra a sinistra. 

Infine, per ricercare una stringa, ci si deve comportare nel 
modo seguente: 


1- battere [ENTER] 

2- comporre la stringa richiesta 

3- battere [+SRCH] per cercare più avanti nel testo e 
[-SRCH] per cercare nell’ambito del testo precedente. 


Se si vuole poi passare alla successiva occorrenza della stes¬ 
sa stringa, basta compiere nuovamente la sola operazione del 
punto 3, in quanto il sistema ricorda l’ultima stringa cerca¬ 
ta. 
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5 . f> - a P1U‘ POTENTI COMANDI 
DI EDITOH 


Esistono altri tasti di particolare utilità per lavorare in 
editor. Essi consentono di spostare, duplicare, cancellare 
intere righe o intere pagine. Essi sono: 


[OPEN] 

[CLOSE] 

[RESTOR] 

[PICK] 

[PUT] 


11 tasto [OPEN] inserisce una riga bianca prima della riga 
attuale del cursore. 11 tasto (CLOSE), viceversa, cancella la 
riga attuale. II tasto [RESTOR] riscrive l’ultima riga che é 
stata cancellata con il (CLOSE). Usando congiuntamente questi 
ultimi due tasti, é quindi possibile prelevare una riga dal 
punto del testo in cui risiede, e porla in un altro punto 
qualsiasi. 

Analogamente, [PICK] e [PUT] vengono usati, normalmente, in 
modo congiunto: il primo copia una riga, ma non la fa scompa¬ 
rire come il (CLOSE]; il secondo la scrive nella posizione 
voluta. L’effetto congiunto di [PICK] e [PUT] non é quindi 
quello di spostare una riga di testo da una parte a un’altra, 
ma quello di ricopiare una riga, lasciandola sopravvivere an¬ 
che nel punto da cui si é prelevata. 

Questi tasti consentono quindi di lavorare riga a riga, anzi¬ 
ché carattere a carattere. Ma, più ancora, essi accettano un 
parametro numerico, che dica loro di agire su un numero qual¬ 
siasi di righe. Tale parametro va passato battendo [ENTER] e 
di seguito il numero voluto, e impostando poi il tasto funzio¬ 
nale che si intende invocare. Se, ad esempio, vogliamo copiare 
le successive sette righe di testo e riproporle in fondo al 
file, dovremo eseguire i seguenti passi: 
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1- battere 

[ENTER] 

2- battere 

[7] 

3- battere 

[PICK] 

4- battere 

[ENTER] 

5- battere 

[GO TO] 

6- battere 

[PUT] 


Lo stesso discorso vale per tutti gli altri tasti visti in 
questo paragrafo. Analogamente, anziché un parametro numerico, 
possiamo passare ad essi le coordinate della zona di video 
interessata, battendo [ENTER] e poi spostando il cursore a 
nostro piacimento, e infine impostando il tasto voluto. 


5.5.2 COME DEFINIRE UN’AREA 
PER IL CURSORE 


E* possibile definire un’area del cursore per inserire (ossia 
per il tasto [OPEN]), cancellare (per il tasto [CLOSE]), o per 
ricopiare (per il tasto [PICK] ). Definire un’area di cursore 
consta dei seguenti tre momenti: 

1 - Posizionare il cursore all’inizio dell’area che si deve 

definire e premere il tasto [ENTER]; nella posizione 
del cursore appare allora il segno #, e compare la 
scritta <ENTER> a sinistra sotto la finestra. 

2 - Definire l’area con i tasti di spostamento del cursore. 

Quando, dopo avere premuto [ENTER], si premono i tasti 
di posizionamento del cursore, a sinistra sotto la fi¬ 
nestra appare il commento: <***CURSOR DEF1NED***>. E* 
possibile in questo modo definire per il cursore una o 
più parole, una o più righe, una o più colonne. Se ci 
si vuole riferire a più righe intere, conviene ricor¬ 
rere al comando di spostamento verticale del cursore, 
mentre se ci si vuole riferire soltanto ad alcune paro¬ 
le consecutive di una stessa riga bisogna usare il ta¬ 
sto che sposta il cursore verso destra. 
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Premere [OPEN], [CLOSE] o [PICK]. Il cursore tornerà 
allora alla sua posizione di partenza. 


Il tasto [INS] serve dunque per aggiungere le parole nell’am¬ 
bito di una riga; il tasto [OPEN] aggiunge invece un’intera 
riga per volta. Per fornire lo spazio per aggiunte più grandi 
di una riga, basta battere ripetutamente il tasto 10PEN]. E* 
consigliabile eseguire questa operazione quando si prevede di 
fare aggiunte consistenti, per scongiurare il pericolo di 
scrivere sopra il testo preesistente, cancellandolo. Dopo che 
si sono eseguite le aggiunte del caso, se rimangono righe 
bianche, si possono eliminare senza problemi con il tasto 
[CLOSE]. 

Per rendere più veloce la procedura di aprire uno spazio no¬ 
tevole per le aggiunte che si intendono fare, si può usare 
appunto il metodo di definire un’area di cursore. Per definire 
un’area per aggiunte, procedere nel modo seguente: 

1 - Posizionare il cursore nel punto dove si vuole aprire 

l’area, e battere poi il tasto [ENTER]; 

2 - Usando il tasto che sposta il cursore verso il basso, 

spostarsi per tutto lo spazio che si vuole. Apparirà in 
basso la scritta <***CURSOR DEFINED***>; 

3 - Premere il tasto [OPEN]. Si apre cosi lo spazio ri¬ 

chiesto, il cursore ritorna allora alla sua posizione di 
partenza, e si può procedere a comporre le aggiunte. 


Per spostare una parte di testo da un punto a un altro, é 
possibile allo stesso modo definire un’area di cursore, analo¬ 
gamente a quello che si fa per il tasto [OPEN]: 


1 - Si deve innanzitutto posizionare il cursore all’inizio 

dell’area che si'vuole cancellare, e premere [ENTER]; 

2 - Si muova poi il cursore verso il basso per tutto il pa¬ 

ragrafo che si intende cancellare, inclusa la riga bian¬ 
ca che lo separa dal paragrafo successivo; 

3 - Si prema infine il tasto [CLOSE]. 


119 



Tutta la parte interessata scompare dallo schermo, ed é in 
effetti eliminata dal file; essa può essere ripristinata con 
il tasto (RESTOR]. 


5.S.3 LAVORARE SU PIU' FILE 


E' possibile, mantenendo attiva la finestra attuale su un fi¬ 
le, aprire una seconda finestra di editor su un altro file. E* 
necessario posizionarsi sul bordo di sinistra o su quello in 
alto della finestra, quindi 


1- battere [ENTER] - 

2- battere il nome del file su cui si vuole aprire la 
seconda finestra - 

3- battere il tasto [WINDOW] . 


A questo punto avremo due finestre contemporaneamente attive 
su due file diversi. Il video verrà suddiviso orizzontalmente 
se ci eravano posizionati sul margine di sinistra, vertical¬ 
mente se ci eravamo posizionati su quello in alto. Possiamo 
passare dall’ima all’altra con il tasto [CHWIN]. Possiamo eli¬ 
minare la seconda finestra aperta con 

[ENTER] (WINDOW] 

Vale la pena di notare che possiamo impostare i tasti [CLOSE] 
o [PICK], quindi cambiare finestra con [CHWIN], e poi premere 
[RESTOR] o [PUT] rispettivamente, e collocare cosi l’esito 
dell’operazione nell’altro file. In questo modo é facile 
prelevare da documenti precedenti parti analoghe e inserirle 
nei nuovi. 

Va notato infine che il procedimento di aprire ulteriori fine¬ 
stre é iterabile fino a un massimo di dieci finestre. 
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5-5.4 USCIRE DALL * EUITOR 


Per uscire da una sessione di editor basta battere il tasto 
[EXIT]. Allora scomparirà la finestra, e ricomparirà il 
segnale di "prompt", $, che ci avvisa di essere ritornati al 
livello dei comandi. 

Dando ora il comando 


e 


non seguito da alcun argomento, ritorneremo in editor dello 
stesso file, nel preciso punto in cui lo abbiamo lasciato. 

Per uscire dalla sessione di editor senza salvare le correzio¬ 
ni fatte, ovvero annullando tutte le modifiche fatte, basta 
dare il comando 

[KNTEH] a [EXIT] 
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CAPITOLO VI 


IL LINGUAGGIO C 


6.1 LA FUNZIONE mn ri n . 


Un programma in C é scritto normalmente in minuscolo, in 
formato libero, a differenza ad esempio del FORTRAN e dei 
COBOL. I vincoli sintattici principali sono i seguenti: 

a- Il programma non contiene il proprio nome all’interno, 
come avviene invece ad esempio in COBOL; il nome che gli 
viene attribuito deve necessariamente terminare con 


.c 


b- Ogni programma deve comprendere la funzione 

main 

La parte relativa a main è racchiusa tra parentesi graffe. 

c- Il punto e virgola é il segno con cui termina uno state¬ 
ment, e non un separatore, come ad esempio in PASCAL. 

d- Una funzione viene chiamata semplicemente citandone il 
nome, seguito dagli eventuali argomenti racchiusi tra pa¬ 
rentesi tonde; qualora non vi siano argomenti, le parente¬ 
si tonde sono comunque obbligatorie (si ricordi che main 
é una funzione). 

Il compilatore del C ha nome 


cc 
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Per compilare un programma occorre dunque dare l’istruzione 

cc nome.c 

Il codice cosi creato ha nome 

a. out 

che é anche l’istruzione per effettuarne l’esecuzione. 

In un programma in C, come in ogni linguaggio, si fa uso di 
funzioni; queste possono essere definite all’interno del pro¬ 
gramma stesso o appartenere alle librerie precostituite. Ad 
esempio, 

printf 

é una funzione di libreria che formatta e fornisce il suo 
output su video, salvo esplicita istruzione in contrario. 

Siamo ora in grado di scrivere e far girare il nostro primo 
programma in c. 


main() { 

printf("Questo e' il primo programma in C"); 

} 

+-+ 

I Si crei in editor il programma precedente. ! 

i l 

■ • 

I Lo si compili ! 

i i 

I i 

! Lo si esegua I 

+-+ 

Si noti che: 


a- main é una funzione con nessun argomento; la qual cosa è 
indicata da (). 

b- Le {} racchiudono gli statements delia funzione. Esse rap¬ 
presentano l’analogo del BEG1N-END del PASCAL. 


c- Il formato di uno statement é privo di vincoli, eccetto la 
presenza del ; finale. 
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63.2 VARIABILI E TIPI UT DATI 


Consideriamo ora i tipi fondamentali di variabili del C. 
Come in ogni linguaggio di programmazione, anche in C sono 
presenti i più consueti tipi di dati: 


interi 

alfanumerici 

reali 


Anche in C i tipi delle variabili vanno dichiarati. Per con¬ 
venzione ciò viene fatto all’inizio. Le istruzioni di di¬ 
chiarazione sono: 


int per gli interi (16 bit) 

long per gli interi (32 bit) 

char per un carattere di un byte (8 bit) 

float per variabile a virgola mobile 

a singola precisione (32 bit) 

doublé per variabile a virgola mobile 
a doppia precisione (64 bit) 


Il numero dei bit occupati é ovviamente dipendente dalla 
macchina; i valori qui forniti si riferiscono a sistemi a 16 
bit. Da quanto sopra, si evince che i valori estremi su queste 
macchine sono 


+(-)10 ** +(-)38 

Per quanto riguarda il tipo char , i caratteri fanno riferi¬ 
mento al codice ASCII, secondo la seguente tabella: 
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0 


o: 

22 

-v 

26: 

44 


54: 

66 

B 

102: 

88 

X 

130: no 

n 

i56i 

1 

~A 

l: 

23 


27! 

45 

- 

55: 

67 

C 

103: 

89 

Y 

131 : ili 

o 

157: 

2 


2: 

24 

A X 

30! 

46 

. 

56: 

68 

0 

104: 

90 

Z 

132:112 

p 

160 : 

3 

-c 

3: 

25 


31 : 

47 

/ 

57: 

69 

E 

105: 

91 

( 

133:113 

q 

161: 

4 

~D 

4: 

26 

~Z 

32: 

48 

0 

60 : 

70 

F 

106: 

92 

\ 

134:114 

r 

162: 

5 

"E 

5: 

27 


33: 

49 

1 

61 : 

71 

G 

107: 

93 

! 

135:115 

s 

163: 

6 

~F 

6: 

28 


34: 

50 

2 

62: 

72 

H 

no: 

94 


136:116 

t 

164: 

7 

~G 

7: 

29 

2 

35: 

51 

3 

63: 

73 

I 

ili: 

95 


137:117 

u 

165: 

8 

■'H 

io: 

30 


36: 

52 

4 

64: 

74 

J 

112: 

96 


140:118 

V 

166: 

9 

"I 

li: 

31 


37: 

53 

5 

65: 

75 

K 

113: 

97 

a 

141:119 

w 

167: 

10 

"'J 

12: 

32 


40 : 

54 

6 

66: 

76 

L 

114: 

98 

b 

142 : 120 

X 

170: 

11 

~K 

13: 

33 

» 

41 : 

55 

7 

67: 

77 

M 

115: 

99 

c 

143:121 

y 

171: 

12 


14: 

34 

" 

42: 

56 

8 

70 : 

78 

N 

116: 

100 

d 

144:122 

7 . 

172: 

13 

"M 

15: 

35 

* 

43! 

57 

9 

71 : 

79 

0 

117: 

101 

e 

145:123 

{ 

173: 

14 

~N 

16: 

36 

$ 

44! 

58 


72: 

80 

P 

120: 

102 

f 

146:124 

J 

174; 

15 

"0 

17: 

37 

% 

45: 

59 

; 

73: 

81 

Q 

121 : 

103 

e 

147:125 

> 

175: 

16 

~P 

20! 

38 

& 

46! 

60 

< 

74: 

82 

H 

122: 

104 

h 

150:126 


176: 

17 

-Q 

21 : 

39 

i 

47: 

61 

= 

75: 

83 

S 

123: 

105 

i 

151:127 

del 

177: 

18 


22: 

40 

( 

50 : 

62 

> 

76: 

84 

T 

124: 

106 

j 

152: 


: 

19 

~S 

23: 

41 

) 

51 : 

63 

9 

77: 

85 

U 

125: 

107 

k 

153: 


i 

20 

"T 

24: 

42 

* 

52: 

64 


ìoo : 

86 

V 

126: 

108 

1 

154: 


j 

21 

"U 

25: 

43 

+ 

53: 

65 

A 

101 : 

87 

w 

127: 

109 

ra 

155: 


: 


(usare il comando code per verificare questa tabella) 


Una dichiarazione può essere fatta in modo multiplo per più 
variabili, separate dalla virgola. Come ogni statement, essa 
deve terminare con il punto e virgola: 

int a, b, c; 

1 nomi di variabili sono costruiti liberamente con i caratteri 

A-Z, a-z, 0-9 e 

con l’unico vincolo che il primo carattere non sia numerico. 
E' buona norma tuttavia usare uniformemente il maiuscolo o il 
minuscolo. 


126 







Poiché i simboli degli operatori aritmetici sono i soliti dei 
linguaggi evoluti (COBOL, FORTRAN, PL/I, PASCAL ...), ossia 

+ - * / 

per Le operazioni razionali, siamo in grado ora di scrivere un 
programma un po’ più significativo del primo; il seguente 
moltiplica tre numeri e stampa a video il risultato: 


main() { 

int a, b, c, per; 
a = 2; b = 7; c = 4; 
per -- a * b * c; 

printf("Il risultato e' Xd", per); 

} 


11 simbolo Xd ha lo scopo di far fornire il risultato in base 
decimale. Ce ne occuperemo più in dettaglio. E' da rilevare 
che il formato degli statements è del tutto libero: é lecito 
porre molti statements su di una stessa riga, o spezzarne uno 
su più righe. Come unica limitazione, non é consentito 
spezzare un nome o un operatore. 


+-+ 

! Scrivere un programma che sommi alcuni numeri e stampi I 

! il risultato. I 

i l 

l • 

! Lo si compili ! 

I i 

i I 

! Lo si esegua I 

i I 

I • 

1 Si spezzino gli statement in vario modo, controllando ! 

! cosa succede. ! 

+-+ 


Per quanto il linguaggio C sia decisamente libero quanto a 
regole di formattamento, esiste uno standard di scrittura a 
cui normalmente ci si attiene. Tale standard può essere ot- 
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tenuto automaticamente dando in input il sorgente al comando 
cb : 

cb < brutto.c > bello.c 


6.3 INPUT/OUTPUT 

Le funzioni fondamentali per la gestione dell’input/output 

sono 

getchar 

e 

putchar 

oltre alla già vista printf. 

La finizione getchar prende un byte alla volta dallo standard 
input, e assume quel byte come valore. Cosi l’istruzione 

a = getchar(); 

assegna alla variabile a il valore della funzione getchar , 
ovvero il carattere letto. Quando la funzione raggiunge la 
fine del file, essa rende un EOF. EOF é un intero il cui va¬ 
lore, dipendente dalla macchina, é scritto nel file di li¬ 
breria 

stdio.h 


La funzione putchar , al contrario, rende allo standard output 
un carattere per volta. Si consideri l’esempio di programma 
seguente: 


♦include <stdio.h> 
main() { 

int a; 

a = getchar(); 
putchar(a); 

} 
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La prima riga del programma causa la lettura del file stdio.h. 
Viene poi dichiarata intera la variabile a. Si noti che essa 
non può essere dichiarata char, perché EOF é un intero. Viene 
poi letto un byte dallo standard input, e reso allo standard 
output. Normalmente, quindi, viene prelevato un carattere da 
tastiera, e reso a video. 


S-4 ALCUNI SEGNI SPECIALI 

Il linguaggio C é spesso usato per programmazione di si¬ 
stema; come é noto, UNIX é prevalentemente scritto in C. 
Cosi in questo linguaggio hanno particolare rilievo i numeri 
in base otto. Una sequenza di cifre che cominci con zero é in 
C un numero in base otto, in cui quindi non possono comparire 
le cifre 8 e 9. Per richiedere la notazione decimale di un 
numero, si ricorre al simbolo speciale 

Sd 

come si é visto. L’effetto contrario, ovvero quello di pre¬ 
sentare un numerale in base otto, con soppressione degli zeri 
iniziali, si ottiene con il simbolo 

So 


dove 1’ o viene da octal. 
Consideriamo il programma seguente: 


main() { 

int n; 
n = 658; 

printf("Qual e' il valore di Sd in base 8?", n) 
printf("Sd in base 10 e' So in base 8?", n,n); 

} 
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Altri simboli speciali di frequente uso nella programmazione 
in C sono i seguenti: 


\n 

a capo 

\t 

tab 

\b 

backspace 

\o 

carattere nullo 

\\ 

\ 


In particolare è utile \n , in relazione alla funzione printf 
Infatti è possibile gestire in questo modo l’inizio di una 
nuova riga. 

Opzioni di formattamento importanti per la funzione printf , 
analoghe a Xo , sono: 


%c 

per stampare un singolo carattere e 

%s 

per stampare un’intera stringa. 


+-+ 

! Si riscriva il programma precedente facendo in modo che ! 

! la risposta alla domanda sia presentata su una nuova ! 

: riga. : 

+ - + 


6.5 SEGNI RELAZIONALI E 
OPERATORI BOOLEANI 


Come si é detto, gli operatori aritmetici in C non dif¬ 
feriscono dagli analoghi degli altri linguaggi evoluti. Ad 
essi va aggiunto l’operatore 


% 
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il quale fornisce il resto di una divisione tra interi, e cor¬ 
risponde al MOl) del PASCAL: 


x = a%b 

vale il resto della divisione di a per b. 

Il C non ha un tipo di dato booleano. 1 dati booleani vengono 
assimilati agli interi. Questo significa che il valore di una 
funzione é considerato vero tutte le volte che esso é diverso 
da zero. 

Anche i segni relazionali non differiscono molto dai soliti, 
con l’eccezione dell’uguaglianza booleana, che si realizza 
replicando il segno di uguale. In C infatti il semplice segno 
di = è una assegnazione. Cosi, per testare l’uguaglianza di 
due variabili, a e b, si dovrà scrivere 

if(a == b) 

Si considerino attentamente le seguenti tabelle riassuntive, 
in cui gli operatori del C sono messi in parallelo con quelli 


del COBOL: 

+-+ 

! OPERATORI ARITMETICI ; 

• l 

• l 

: cobol + - * / : 

i i 

• i 

: c + - * / % : 

• i 

• • 

+-+ 

+-- - t 

I OPERATORI RELAZIONALI ! 

» i 

• < 

: cobol = <> <> <= >= : 

• ■ 

■ • 

: c == != <> <= >= : 


+-T- 

+- 

I OPERATORI BOOLEANI 


! COBOL NOT AND OR ! 

■ • 

■ i 

: c ! && : : : 

• • 

i • 

+-+ 
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Va tenuto presente che in C si esistono molti livelli di prio¬ 
rità tra gli operatori. Questo consente spesso l’omissione 
delle parentesi, e, in generale, una scrittura più compatta. 

Nella seguente tabella é riportato l’ordine di priorità per 
principali operatori. 


OPERATORI DEL LINGUAGGIO C 


+- 

Operatore 

i 

1 

Associativita' 

-+ 

i 

i 

: () 

[] "> 

• 

1 

a destra 

i 

i 

l 

i 

; » 

++ — * & sizeof 

l 

a sinistra 

i 

: / 

Si 

i 

l 

a destra 

■ 

i 

1 

i 

+ 

- 

l 

i 

a destra 

i 

i 

1 

i 

; << 

>> 

i 

1 

a destra 

i 

• 

i 

: < 

<= > > = 

l 

t 

a destra 

i 

l 

l 

: == 

» — 

• 

1 

a destra 

i 

l 

1 

: & 


l 

1 

a destra 

i 

i 

1 A 


i 

a destra 

i 

i 

I ! ! a destra ! 

: && 


: 

a destra 

• 

! 1 ! : a destra 1 

: ? : 
i 


: 

a sinistra 


l 

i 

+= - 

: 

a sinistra 


i 

i 

' * 

+- 


: 

a destra 

-+ 
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e.6 ESPRESSIONI CONDIZIONALI 


Come in quasi tutti i linguaggi, una condizione si esprime 
in C con un if. La sintassi é 


if(espressione) statement else statement 


dove else statement é opzionale. In merito va notato che: 

a- l’espressione da testare deve essere racchiusa tra parente¬ 
si; 

b- il valore aritmetico zero è considerato falso, ogni altro 
vaTore vero; 

c- a differenza del PASCAL o del BASIC, non ci vuole la paroia 
then. 

d- dopo ogni statement che non sia seguito da una parentesi 
tonda chiusa ci vuole ;. 

e- come di consueto, else si lega all* if più recente. 

Una peculiarità del C, che rende agevole l’uso dell’ if , é 
che é semplice raggruppare un numero quanto si vuole grande di 
statements in dipendenza della condizione semplicemente rac¬ 
chiudendoli tra parentesi graffe. 

Inoltre, è ammessa la seguente scrittura: 

espressionel ? espressione2 : espressione3; 

La sua semantica é la seguente: essa vale espressione2 quando 

espressionel è vera,- espressione3 altrimenti. Cosi, scrivendo 


x = ( a > b ? a : b); 

si assegnerà ad x il valore maggiore tra a e b. 
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+-+ 

I Si osservino le seguenti istruzioni. I 

• * 

i • 

: if(a < b) { : 

! x = a; I 

! a = b; ! 

! b = x; ! 

: } : 

I I 

I I 

; Completarle in modo che si abbia un programma in grado ! 

i di girare. i 

+-+ 

6.7 LA RIPETIZIONE 


La ripetizione, o loop , si ottiene in C fondamentalmente in 
tre modi: con l’istruzione while , con l’istruzione for e con 
l’istruzione do _ while. 


La sintassi e la semantica dell’istruzione while ricordano da 
vicino il WHILE ... DO del PASCAL. La forma generale é: 

while(espressione) statement 

Di fronte a un while il sistema reagisce nel modo seguente: 

a) valuta l’espressione racchiusa tra parentesi; 

b) se essa é vera ( come per 1’ if una espressione è 
comunque vera quando il suo valore é diverso da zero), e- 
segue statement e torna ad a). 

Come si vede, poiché il test precede l’esecuzione dello sta¬ 
tement, un while può eseguire statement zero volte. 

Si consideri l’esempio seguente: 

#include <stdio.h> 
main() { 

int a; 

while ((a = getchar()) !- EOF) 
putchar(a); 

} 
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La quarta riga mostra un tratto tipico del C: si esegue un’as¬ 
segnazione, 


a = getchar() 

e, nell’ambito della stessa istruzione, si controlla poi se la 
variabile cosi assegnata é diversa da EOF. Il motivo per il 
quale é possibile in C procedere in questo modo è che una 
assegnazione è considerata come un operatore. Quindi essa, 
oltre ad attribuire un valore ad una variabile, ha inoltre un 
suo valore intrinseco, precisamente il valore della variabile 
a sinistra di =. che può essere usato in qualsiasi espres¬ 
sione. Questo fa si che si possa scrivere 

x = y = z = 7 , 

attribuendo il valore 7 contemporaneamente a x, y e z. 


+-+ 

! Che cosa fa il programma ora visto? : 

I i 

• • 

Lo si riscriva senza far ricorso all’istruzione di ! 

! assegnazione e test contemporanei. I 


Va notato che l’operatore relazionale != precede il segno di 
assegnazione = nella scala delle priorità. Questo rende 
necessarie le parentesi che racchiudono 

a = getchar() , 

senza le quali la variabile a assumerebbe valore 0 o 1 a se¬ 
conda che getchar() fosse diverso o uguale a EOF. 

Il for del C é sostanzialmente una generalizzazione del while. 
Una istruzione dipendente da for in definitiva non è altro che 
un modo di porre un while assieme alla inizializzazione e 
all’incremento, oltre naturalmente alla condizione di fine 
della ripetizione. La sintassi del for è la seguente: 


for (inizializzazione; espressione; incremento) 
statement 
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Lo sviluppo semantico é: 


inizi alizzazione; 
while (espressione) { 
statement 
incremento; 

} 

Si noti che l’ordine dei tre elementi di for é fisso: al primo 
posto va messa 1’inizializzazione, la quale viene eseguita 
comunque una sola volta; il secondo elemento entro parentesi 
é l’espressione che deve essere vera perchè la ripetizione 
continui; la terza posizione é riservata infine all’incre¬ 
mento, che viene eseguito comunque dopo l’esecuzione dello 
statement. Si noti ancora che l’incremento, a differenza degli 
altri due elementi, non è seguito dal punto e virgola. 

Consideriamo l’esempio seguente: 


main() { 

ini i, n, a; 
a = 1; 
n = 7; 

for (i = 1; i <- n; ++i) 
a * = i; 

printf("ll fattoriale di 7 e' %d",i) 

} 


11 programma mostra un esempio tipico dell’uso del for. Dopo 
la parole for , entro parentesi, si trovano tre elementi. Il 
primo, 


i = 1 

inizializza la variabile intera i a 1. Il secondo, 

i <= n 

stabilisce che il loop di ripetizione deve essere continuato 
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fin tanto che i é minore o uguale a n. Infine, il terzo ele¬ 
mento, 


++i 


rappresenta in C l’incremento: esso é l’analogo di 

i = i + 1 

come si scriverebbe negli altri linguaggi. 

Si noti che, in C, una variabile viene inizializzata a zero se 
non compare una istruzione in contrario. Se un loop comincia 
da zero, 1’inizializzazione può essere omessa, ma non cosi il 
punto e virgola, che é obbligatorio. Lo stesso discorso vale 
anche per l’espressione condizione di continuazione: essa 
può essere omessa purché si conservi il punto e virgola. In 
questo caso essa é assunta come sempre vera. Anche l’incre¬ 
mento può essere omesso (vedremo più avanti come si può uscire 
da un loop privo di incremento o di condizione di fine), ma, 
poiché esso é l’ultimo elemento della terna entro parentesi, 
non ci vuole qui il punto e virgola. 

Nell’esempio precedente va notata la scrittura 

++i , 

modo tipico del C di effettuare l’incremento. Il C ammette 
tanto la scrittura 


i++ 


quanto quella 


++i 

oltre, ovviamente, alle analoghe 

i— 


e 


—i 

La differenza sta nel fatto che, in una istruzione complessa, 
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l’incremento segnato a sinistra della variabile viene eseguito 
prima, quello a destra dopo 1’ uso della variabile. 

Cosi, se abbiamo 


int x, y, z; 
y = 6; 


dopo l’esecuzione dell’ istruzione 

x = y++ 

y vale 7, ma x vale 6. Viceversa se abbiamo l’istruzione 

z = ++y 

y vale ugualmente 7, e lo stesso valore ha anche z. Infatti 
nel primo caso y viene incrementato dopo l’esecuzione dell’as¬ 
segnazione, mentre in 

z = ++y 

prima si pone y = 6 + 1, e poi si pone z = y. 

Questa scrittura per l’incremento é più efficace, in quanto in 
quasi tutti i calcolatori é presente direttamente una istru¬ 
zione di macchina che esegue l’incremento di una variabile. 
Una volta di più il C tradisce la sua origine di linguaggio di 
sistema. 
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+ - - 

; Si crei in editor il programma precedente. ; 

: : 

! Lo si modifichi, ponendo n = 10. ; 

: 

I Che cosa succede? I 

--- 


Il tipo int ha valore massimo 2 ** 15. 


+-+ 

I Si crei in editor il programma seguente: ; 

■ • 

■ l 

! #include <stdio.h> ! 

! main(){ I 

! int a,n; : 

: n = 0; I 

! while((a = getcharO) != EOF) : 

: if(a == ’\n’ ) : 

: ++n; ; 

! printf("%d righe\n", n); ! 

: } : 

• ■ 

i • 

! Si compili il programma precedente. I 

I i 

l « 

! Si provi a dare il comando ! 

i i 

l I 

: is : a.out : 

■ i 

« i 

: Si interpreti il risultato. I 

t i 

i ■ 

! Si scriva un programma che conti i caratteri di un ! 

! file. ! 

I I 

• I 

I Lo si esegua. ! 

+-+ 


L’istruzione do ... while ha un coomportamento sintattico e 
semantico assai simile al loop realizzato con il while. La 
differenza sta nel fatto che in essa il test viene eseguito in 
coda anziché in testa ai loop. Avviene allora che lo statement 
venga comunque eseguito almeno una volta. 
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6.S L’ISTRUZIONE switch. 


Supponiamo di avere, ad un certo punto di un programma, un 
certo numero di situazioni mutualmente esciudentisi le quali 
devono essere trattate diversamente. Questa eventualità si 
affronta di solito con una serie di if nidificati: 


if (a 
else 


b) 

statementl; 

if(a == c) 

statement2; 

else 


if (a 
else 


d) 

statement3; 
printf("Valore fuori 


limite"); 


In pratica si compiono tante scelte binarie l’una dentro al¬ 
l’altra, secondo lo schema concettuale seguente: 


ifl 

/ \ 

/ \ 

statementl else if2 

/ \ 

/ \ 

statement2 else if3 

/ \ 

/ \ 

statement3 else if4 


Il C consente una scrittura compatta per un caso di questo 
genere. L’istruzione adatta é quella di switch , che ha il 
formato seguente: 
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switch (a) { 

case b : 

statement1 ; 
break; 

case c : 

statement2; 

break; 

case d : 

statement3; 

break; 

default: 

printf("Valore fuori limite"); 
break; 

} 


La presenza di default è opzionale: essa fa si che un certo 
statement venga eseguito quando nessuno degli altri casi si 
verifica. 

E' da rilevare che l’struzione break causa l’uscita immediata 
dallo switch. In assenza di break il programma esegue tutte le 
successive istruzioni dentro lo switch , anche se il caso 
preposto a sinistra non si verifica. Questo perché il case 
costituisce una label e non un if. Dunque l’istruzione di 
switch senza alcun break all’interno realizza lo stesso co¬ 
strutto del GO TO DEPENDING ON del COBOL. 

L’istruzione break ha lo stesso effetto anche se posta al¬ 
l’interno di un while o di un for , ovvero causa l’uscita 
immediata dal loop. 

All’ interno di un loop si può usare l’istruzione continue : 
essa fa partire immediatamente la successiva iterazione del 
loop. Quindi essa porta il controllo all’incremento se immersa 
in un for e alla condizione se immersa in un while. 

S.9 X VETTORI 


In C, come in quasi tutti i linguaggi, é possibile co¬ 
struire dei vettori i cui elementi siano di un tipo di dati 
fondamentale. Il caso più ovvio é quello di dichiarare un 
vettore di interi: 


int a 15]; 
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la precedente dichiarazione introduce un vettore di nome a di 
interi con indice da 0 a 4. Infatti in C la prima posizione 
é indiciate con 0, e non con 1 come al solito. Se dunque un 
vettore ha n elementi, l’indice massimo introdotto é n - 1. Va 
rilevato che le parentesi quadre sono riservate ai vettori, e 
ne racchiudono quindi il relativo numero di indici, cosi come 
le parentesi tonde sono devolute a racchiudere gli argomenti 
di una funzione. Ogni inversione di uso è illegale. 

Come in altri linguaggi, il concetto di vettore si può gene¬ 
ralizzare in quello di matrice, ovvero di vettore a più di una 
dimensione. Una matrice a due dimensioni si dichiarerà 

int a [5] [30J; 

dove il primo numero indica le righe e il secondo le colonne. 


6.10 STRINGHE COME VETTORI HI 
CARATTERI 


Una stringa é considerata un vettore di caratteri, nel 
linguaggio C cosi come sotto UNIX in generale. Una stringa di 
20 caratteri sarà dichiarata dunque nel modo seguente: 

char riga [21J; 

La terminazione di una stringa é determinata dal carattere 
nullo, \0. E' opportuno porre tale carattere alla fine di un 
vettore di tipo stringa, perchè molte funzioni e molti pro¬ 
grammi già esistenti lo richiedono. Quando qualcosa é rac¬ 
chiuso tra virgolette, il compilatore pone automaticamente il 
carattere \0 alla fine, senza che lo si debba istruire e- 
spli diamente. 

Consideriamo il programma seguente: 
main() { 

int n; 

char riga [100]; 
n = 0; 

while( (riga [n++] = getchar() ) != ’\n’); 

riga [n] = ’\0’; 

printf("*d;%s", n, riga); 

} 
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Si comprenda ogni passo del programma. 


1 Si noti l’incremento fatto direttamente sull’indice ; 

! del vettore. ; 

+ - - 


6.11 1 PUNTATORI 


In un linguaggio in cui una stringa é pensata come vettore 
di caratteri necessariamente riveste grande importanza il con¬ 
cetto di puntatore. Come al solito, un puntatore é l’indirizzo 
di un qualche cosa, e come al solito esso rappresenta un modo 
veloce ed efficiente di pervenire a quel qualche cosa. Il che 
corrisponde concettualmente a passare da un indirizzo al suo 
contenuto. L’indirizzo di un ente, qualora esista, è reso 
disponibile in C dall’operatore 

& 

Se, essendo a e b due interi, poniamo 

a = &b; 

noi otteniamo l’indirizzo di b scrivendo 

&b 

e lo assegnamo alla variabile a. L’effetto é quello di rendere 
a un puntatore a b. 

Perché a sia usato dal C come un puntatore e non come una 
normale variabile, dobbiamo dichiararlo come tale. Questo si 
fa premettendo un asterisco alla variabile nell’ambito della 
solita dichiarazione. Cosi, prima della assegnazione appena 
vista avremmo dovuto dichiarare 

int *a , b; 

Se ora noi scriviamo 

c = *a 
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il C è istruito ad usare a come indirizzo e non come conte¬ 
nuto. Il risultato sarà quello di porre in c il contenuto di 
b, a cui abbiamo fatto accesso attraverso il puntatore a. 

In sintesi, si ricordi che, se x ha un indirizzo, *& premesso 
ad x non é altro che x stesso: 

x e* uguale a *&x 

L’uso più perspicuo dei puntatori é ovviamente quello di 
gestire in modo efficiente un vettore. Supponiamo di avere 
dichiarato la stringa 


char a (20]; 

Per accedervi con un puntatore, dovremo dichiarare anche 

char *x; 

A questo punto abbiamo determinato l’uso come puntatore di x. 
Se ora poniamo 


x = &a [17]; 

il nostro puntatore conterrà l’indirizzo del diciottesimo 
carattere di a. Se ora incrementiamo x 

x++; 

otterremo che x punti al carattere successivo, ossia il di¬ 
ciannovesimo. (Si noti che il nome del vettore da solo é as¬ 
sunto come l’indirizzo del primo, ossia a equivale all’indi¬ 
rizzo a (0)). 


+-+ 

! Scrivere la funzione ! 

i i 

i I 

! length I 

I i 

I • 

I che conta il numero di caratteri di una stringa, ! 

i * 

i i 

! prima senza far uso di puntatori e poi con essi. ! 
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li ricorso ai puntatori ci consente di scrivere una efficiente 
funzione che copia una stringa a in una stringa b: 

strcopy(a, b) 

char *n , *b; { 
while(*b++ = *a++); 

} 

Si noti che la dichiarazione char *a e quella char a [] sono 
equivalenti. Un puntatore può infatti essere pensato come un 
vettore di cui non é specificata la dimensione. 


6.12 PUNTATORI A MATRICI 


Una importante distinzione, il cui fraintendimento può 
essere fonte di errori per il neofita del C, é quella tra una 
matrice e un vettore di puntatori. Supponiamo di creare un 
vettore di puntatori, ciascuno dei quali punti ad un vettore. 
E' proprio questo che succede quando si vuole accedere veloce¬ 
mente ad un certo numero di stringhe. La dichiarazione relati¬ 
va a questa situazione prende la forma 

int *a [10] 


Ogni elemento di a è quindi un puntatore, che indirizza ad un 
vettore. La situazione é ben diversa nel caso di una dichia¬ 
razione del tipo 


char a [10] [10] 

In questo secondo caso abbiamo una matrice, ovvero un vettore 
a due dimensioni, costituito di 100 celle. In entrambi i casi 
é sensato il riferimento 


a [7] [7] 

e questo può confondere le idee. Per afferrare la differenza, 
si pensi tuttavia al fatto che la dichiarazione di una matrice 
può gestire esclusivamente elementi della stessa lunghezza, 
mentre un vettore di puntatori a vettori può essere tale che 
ogni elemento indirizzi a vettori dalla lunghezza più diversa. 
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6. 13 ARGOMENTI DL UN l’HOGiV AMMA 


Quando un programma viene mandato in esecuzione, gli ven¬ 
gono passati due argomenti, convenzionalmente chiamati 

argc 


e 


argv 

Il primo di essi non è altro che il contatore dei parametri 
con cui è stato invocato il comando. Il secondo, argv , é un 
puntatore a un vettore di stringhe di caratteri che contiene 
gli argomenti, uno per stringa. Per convenzione, argv [0] é il 
nome con cui il programma é stato chiamato. Il contatore di 
argomenti, argc , vale di conseguenza almeno 1. Quando questo 
si verifica, il comando é stato chiamato senza argomenti. 


+-+ 

I Scrivere un programma che fornisca in output gii ! 

I argomenti che gli vengono passati, compreso il nome : 

! del programma stesso ! 

+-+ 


Confrontare il programma precedente con questa possibile solu¬ 
zione: 


main(argc, argv) /* questo programma stampa i suoi argomenti */ 
int argc; 
char *argv [j ; 

{ 

while (—argc > 0) 

printf("%s%c", *++argv, (argc>l) ? ’ ’ : ’\n’); 


} 


Poiché argv è un puntatore al punto iniziale del vettore delle 
stringhe che rappresentano gli argomenti, incrementandolo di 1 
con l’istruzione ++argv si fa si che esso punti ad argv (1] 
anziché ad argv (0). Ogni ulteriore incremento lo sposta sul 
successivo argomento, e *argv punta a quell’argomento. Nel 
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contempo, viene decrementato argc. La condizione di fine é 
argc uguale a zero. 

L’esempio precedente mostra anche come si possono inserire i 
commenti in un programma. 

In C, come in generale sotto UNIX, é prassi comune denotare 
premettendo il segno - quegli argomenti che introducono flags 
o parametri opzionali. 

E* buona norma scrivere i programmi in modo tale che analizzi¬ 
no gli argomenti e i parametri opzionali indipendentemente 
dall’ordine nel quale sono forniti. Tale convenzione é adot¬ 
tata dai programmi già presenti nel sistema. 


STRUTTURE DI DATI 


In C é possibile organizzare dati logicamente correlati in 
strutture. La forma della dichiarazione é la seguente: 

struct { 

char nome [20] ; 
int anni; 
char sesso; 

} persona; 

Questa dichiarazione definisce persona come una struttura, i 
cui membri sono noae , anni e sesso. In seguito possiamo fare 
riferimento a un membro della struttura con la forma 

nome-s t rut tura.memb ro 

Ad esempio, possiamo correttamente eseguire le seguenti asse¬ 
gnazioni: 

persona.anni = 34 
persona.sesso = ’m’ 

Naturalmente un concreto vantaggio si ottiene non tanto nello 
strutturare i dati in questo modo, ma nel potere trattare que¬ 
sti tipi di dati come un tutto unico, creando ad esempio vet¬ 
tori di strutture. Supponiamo di dovere considerare 100 indi- 
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vidui, i cui attributi siano quelli dell’esempio precedente. 
Potremo dichiarare, anziché 


struct. { 

char nome [20] [1001; 
int anni [100]; 
char sesso (1001; 

} persona; 

sinteticamente 

struct { 

char nome [20) ; 
int anni; 
char sesso; 

} persona [100]; 


Noi possiamo usare i puntatori anche in riferimento a struttu¬ 
re. Consideriamo l’esempio seguente: 


struct { 

char nome [20]; 
int anni; 
char sesso; 

} persona [100], *punt; 

punt = &persona [0]; /* o anche punt = persona %/ 


Questo fa si che punt punti alla struttura, e lo inizializza 
come indirizzo del primo elemento di persona. 

Il modo di fare riferimento a un membro di una struttura at¬ 
traverso un puntatore é 

p -> membro-struttura 

Il simbolo -> sta a significare il fatto che p punta a un 
membro di una struttura, ed é usato solo in questo contesto. 


148 



S-15 FUNZIONI 


Abbiamo fin qui fatto riferimento, in modo più o meno e- 
splicito, ad alcune funzioni, e al modo di farle intervenire 
in un programma. Vediamo ora di affrontare l’argomento in modo 
più sistematico. Come si é detto, una funzione può essere di 
libreria, e quindi va semplicemente invocata, come eventuale 
passaggio di argomenti, oppure essere definita all’interno del 
programma stesso. K' questo secondo, evidentemente, il caso 
che ci interessa più da vicino. 

L’esigenza di introdurre una funzione deriva dalla pratica 
della buona programmazione: quando, nell’ambito di un program¬ 
ma, si può isolare un particolare problema, che può essere 
visto come parte a se stante, é buona norma affrontarlo in una 
routine a parte, che viene invocata dalla funzione principale, 
e ad essa rende il controllo. E' questo approccio concettuale 
che consente la programmazione top-down. 

Una funzione sarà dunque una parte di un programma, la quale 
ne riproduce a sua volta lo schema sintattico generale: si 
ricordi che main può essere considerata una funzione. Cosi 
essa avrà i suoi argomenti, le sue dichiarazioni, e una parte 
operativa racchiusa tra graffe. Beco una funzione che calcola 
il maggiore tra due interi: 

max (a, b) 

int a, b; { 
int x; 

x = (a > b ? a : b); 

} 


In una funzione può essere inserito lo statement 

return 

che provoca il ritorno alla routine chiamante. Esso é opzio¬ 
nale, poiché quando la funzione ha esaurito la sua esecuzione, 
tale ritorno avviene comunque; il return diventa quindi inu¬ 
tile se posto alla fine di una funzione. Ma tale statement é 
molto utile soprattutto perché può essere seguito da una 
qualsiasi espressione, che viene cosi passata alla funzione 
chiamante. 
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Possiamo riscrivere la funzione ora vista in modo più effi¬ 
cace: 

max (a, b) 

int a, b; { 

return(a > b ? a : b); 

} 

In questo modo otteniamo che max rende al flusso chiamante a 
nel caso che esso sia il maggiore, b altrimenti. 

Il modo con cui il programma e la funzione si passano variabi¬ 
li va considerato attentamente. Le variabili sono passate in C 
secondo la cali by value ; ciò significa che alla funzione 
chiamata é passata una copia dei suoi argomenti, dei quali 
essa non conosce l’indirizzo. Essa non può quindi in nessun 
modo modificare il valore di alcuno dei suoi inputs, in quanto 
opera su copie locali. Questo, a differenza di quanto avviene 
in altri linguaggi, ad esempio in FORTRAN, in cui si ha invece 
la cali by name , per il quale la variabile é consegnata in 
tutto e per tutto alla funzione chiamata. 

In questo modo in C non sarebbe possibile da parte delle fun¬ 
zioni modificare il valore di un argomento, anche quando desi¬ 
derato. La soluzione da adottare è quella di passare alla 
funzione non la variabile ma il puntatore ad essa. L’ esempio 
mostra una funzione che scambia gli argomenti in ingresso. 
Essa é chiamata nel modo seguente: 

swap ( &a, &b) 

Il corpo della funzione é il seguente: 

swap (i,j) 

int *i, *j; { 

int temp; 
temp=*i; 

*j=temp; 

} 

Un altro modo di affrontare questo tipo di problema é quello 
di fare riferimento a variabili esterne o globali , conosciute 
da tutte le parti del programma, e quindi da tutte le funzio¬ 
ni, per il loro nome, anziché a variabili locali , di ambito 
determinato. 
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6. 16 VARI AB 11,1 LOCAI,! K GLOBALI 


Una variabile dichiarata all’interno di una funzione com¬ 
pare e scompare con essa e va inizializzata ogni volta, poi¬ 
ché non si conserva tra una chiamata e la successiva. Di 
più, due variabili interne a funzioni diverse, anche se de¬ 
finite con lo stesso nome, non hanno niente a che spartire 
l’una con l’altra. In un programma di questa forma 

min () { 

int a; 

} 

max() { 

int a; 

} 


la variabile a della funzione min e la variabile a della 
funzione max non avrebbero alcuna relazione tra di loro. 

Noi possiamo tuttavia renedere una variabile globale , ovvero 
renderla disponibile a tutto un programma, in modo che essa 
sia vista e trattata da tutte le funzioni. 

Questo si ottiene inserendo la dichiarazione al di fuori di 
una funzione. La variabile cosi dichiarata, detta globale , 
è riconosciuta da tutte le funzioni che nel testo la seguono 
(cosi una variabile dichiarata prima del main , é nota a tutto 
il programma). 
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Una variabile globale dichiarata in un certo punto del testo 
può essere resa disponibile anche alle funzioni che precedono 
la sua dichiarazione. Per fare questo dobbiamo dichiararla 
come esterna , con una dichiarazione apposita. 


main () { 

int a, b; 

} 


min ( ) 

{ 


} 

extern int a. 

b, c 

max( ) 

{ 


} 

extern int a. 

b, c 

int a, 

b, c[10); 


\. • • 

altre funzioni 



Naturalmente dovrà esistere da qualche parte una dichiarazione 
del tipo 


int a, b, c[100]; 

Quando tale dichiarazione precede le funzioni che usano le 
variabili in questione, l’apposita specificazione che si rea¬ 
lizza con la dichiarazione di extern diventa superflua. Tutte 
le parti del programma interessate vedono infatti una dichia¬ 
razione che sia a loro precedente. 11 ricorso all’ extern 
diventa altrimenti indispensabile, e fa si che il compilatore 
acceda alla corretta definizione delle variabili. 
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e. IV FUNZIONI RICORSIVI? 


Una funzione in C può chiamare se stessa. Questo significa che 
può essere definita in modo ricorsivo. 

In prima approssimazione possiamo dire che una funzione é 
definita ricorsivamente quando tale definizione 

a - fornisce il modo di calcolare un primo valore; 


b - fornisce il modo di passare dal valore di un argomento al 
valore dell’argomento successivo. 


Cosi, ad esempio, possiamo definire ricorsivamente la funzione 
di fattoriale dicendo che 

a - il fattoriale di 1 é 1; 


b - il fattoriale di n é n # fattoriale (n - 1). 


Dal momento che abbiamo un primo fattoriale (quello di 1 for¬ 
nito da a - ), e sappiamo, noto il fattoriale di n - 1 , cal¬ 
colare quello di n (per b - ), siamo in grado di calcolare il 
fattoriale di qualsiasi numero, o, detto altrimenti, ogni fat¬ 
toriale resta individuato. 


fattoriale (n) 

int n; { 

return ( n <= 1 ? 1 : fattoriale (n-1) ); 

} 


Se pur di sfuggita, non possiamo esimerci dal notare che la 
teoria della ricorsività ha acquistato una enorme importanza 
da quando per più vie, sia di logica matematica che di teoria 
della computabilità e degli algoritmi, si é giunti alla 
conclusione che le funzioni effettivamente calcolabili siano 
tutte e sole quelle ricorsive (c.d. tesi di Church ). 
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cat [—u] [—s] [file...] 


copia 


. enam<;n t; o 


di file 


DESCRIZIONE 

cat legge i file specificati negli argomenti e li 
scrive sequenzialmente sullo standard output. Qualora 
non venga indicato alcun file, cat legge dallo stan¬ 
dard input. 

PRINCIPALI OPZIONI 

-u i caratteri sono inviati sull’output file non appe¬ 
na sono letti dal comando; non viene effettua¬ 
ta alcuna memorizzazione temporanea in buffer. 

-s non viene generato alcun messaggio di errore qualo¬ 
ra i file specificati negli argomenti non esi¬ 
stano. 


ESEMPI 


cat primo secondo > terzo 

Il contenuto del file terzo é costituito dalla con¬ 
catenazione di primo e secondo. 

cat miofile > /dev/tty4 

Invia miofile al terminale tt.y4. 

PRECAUZIONI 

cat primo secondo > terzo 

qualora il file terzo esista, il comando provoca la 
perdita del vecchio contenuto. 

cat primo secondo > primo 

non 6 permesso. 
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cb 


migliora 1 fi scrittura di 
un programma acritto in C. 


DESCRIZIONE 

Serve ad adeguare i propri programmi agli standard di 
pretty writing dell’ambiente UNIX. Il comando legge 
dallo standard input e scrive sullo standard output. 
Cosi, se vogliamo applicarlo ad un programma già 
scritto e salvato, dovremo redirigere l’input e l’ou¬ 
tput. 


ESEMPI 


cb < brutto.c > bello.c 

Il programma brutto.c viene indentato e scritto sul 
programma bello.c. 


cc L opzionì] file. . . 
compilatore C 


DESCRIZIONE 

Il compilatore tratta i file trasmessi come parametri 
in modo dipendente dal suffisso appeso al loro nome: 

.c il file é considerato un sorgente C 

.o il file é considerato un modulo oggetto da tra¬ 
smettere al loader 

.s il file é considerato un sorgente in assembler 
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Quando non esplicitamente indicato, il compilatore 
manda in esecuzione il loader e produce un programma 
eseguibile. 



PRINCIPALI OPZIONI 


Alcune opzioni sono interpretate direttamente da cc. 

Altre sono invece trasmesse a ld (vedi). 

-c sopprime la fase di caricamento e crea uno o più 
file oggetto con suffisso .o 

-0 attiva un passo di ottimizzazione del codice pro¬ 
dotto. 

-S esegue solo il passo di compilazione, e lascia il 
risultato in un file assembler con suffisso .s 

-P esegue solo il passo di preprocessing e lascia il 
risultato in un file con suffisso .i 

-K esegue solo il passo di preprocessing e manda il 
risultato sullo standard output. 


ESEMPI 


cc main.c libreria.o 

Compila il file main.c e produce un modulo eseguibile 
caricando anche il file oggetto libreria.o 

cc prog.c -lx -o prog 

Compila il file prog e risolvi i riferimenti cercando 
anche la libreria /lib/libx.a. Chiama prog il file 
eseguibile risultante. 

cc -B prog.c >lista.c 

Esegui il preprocessing del sorgente e manda il sor¬ 
gente risultante sul file lista.c 
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cd [directory] 


cambia il 


di 


di 


lavoro 


DESCRIZIONE 

cd permette il posizionamento in un punto qualsiasi 
del file System. Qualora non sia specificato alcun 
argomento, cd riporta il directory corrente al direc¬ 
tory di login oppure al directory specificato nella 
variabile HOME se questa é settata diversamente. 
L’argomento può essere sia un path-name assoluto, 
quando il nome del directory destinazione comincia per 
/ (radice del file System), che un path-name relativo, 
specificato a partire dal directory corrente. In UNIX 
SYSTEM V é possibile specificare in maniera abbreviata 
il path-name del directory destinazione facendo uso 
della variabile CDPATH. Se viene fornito come argomen¬ 
to un path-name parziale, qualora tale path-name non 
corrisponda ad un path-name relativo al directory cor¬ 
rente, il directory verrà ricercato a partire dai 
directory specificati nella variabile CDPATH. 


ESEMPI 


cd /usr/sergio 

Il directory corrente diventa /usr/sergio. Il path del 
directory é stato specificato in maniera completa a 
partire dalla radice del file System. 

cd lettere/ricevute 

Il path del directory destinazione é specificato a 
partire dal directory corrente. Se prima della esecu¬ 
zione del comando il directory corrente é /usr/sergio, 
dopo sarà /usr/sergio/lettere/ricevute. 

cd .. 

Ci posiziona al livello immediatamente superiore della 
gerarchia dei directory. Ad esempio da /usr/sergio- 
/lettere a /usr/sergio. 

cd lettere 
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Se lettere non è compreso nel directory corrente e la 
variabile CDPATH vale /usr/sergio:/usr/paolo il siste¬ 
ma cercherà prima il directory /usr/sergio/lettere. In 
caso negativo cercherà /usr/paolo/lettere. 


chgrp 

cambia 
f ile e 


gruppo fiIe... 
gruppo di 


DESCRIZIONE 


chgrp cambia l’identificatore di gruppo di file e di¬ 
rectory. L’operazione é consentita al proprietario dei 
file e directory specificati oppure al super-user. I 
gruppi consentiti sono quelli specificati nel file 
/etc/group. ESEMPI 

chgrp altri * 

Il gruppo proprietario dei files del directory corren¬ 
te diventa altri. 

ehmod pr-otezioni file. . . 


cumhia 1e 
di file & 


protezioni 


DESCRIZIONE 

ehmod cambia il modo (le protezioni) dei file e direc¬ 
tory specificati. Il modo può essere precisato in 
maniera simbolica o assoluta. Qualora specificato in 
maniera assoluta, il modo è un numero ottale di tre 
cifre, delle quali la prima specifica le protezioni 
per il proprietario del file, la seconda per il gruppo 
di appartenenza, la terza per il resto degli utenti. 
Ogni cifra viene costruita sommando 1 se si vuole il 
permesso di esecuzione, 2 se si vuole il permesso di 
scrittura, 4 il permesso di esecuzione. Se il modo é 
specificato in maniera simbolica, esso ha la seguente 
struttura: 

[chi] op protezioni 
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chi può essere un sottoinsieme di 


u per utente 
g per gruppo 
o per altri oppure 
a per tutti 

op può essere: 

+ per aggiungere protezioni 

- per togliere protezioni 

= per assegnare precisamente le protezioni 

protezioni é di solito un sottoinsieme di 

r per lettura 
s per scrittura 
x per esecuzione 

Solo il proprietario di un file o directory ed il su¬ 
per-user possono modificarne le protezioni. 


ESEMPI 


chmod 640 lettera 

il proprietario di lettera ha il permesso di lettura e 
scrittura del file (4+2=6), il gruppo associato 
il solo permesso di lettura, gli altri utenti nessun 
permesso. 

chmod 777 miocomando 

Il proprietario, gli utenti del gruppo associato al 
file e tutti i rimanenti utenti hanno il permesso di 
lettura, scrittura ed esecuzione di miocomando. 

chmod ug+rw relazione 

Aggiunge i permessi di lettura e scrittura per il pro¬ 
prietario ed il gruppo del proprietario del file rela¬ 
zione. 

chmod +x miocomando 

Rende eseguibile miocomando. 
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chown proprietario file... 
cambia ±X proprietario di file 

DESCRIZIONE 

chown cambia il proprietario di file e directory. L’o¬ 
perazione é consentita al proprietario dei file e 
directory specificati oppure al super-user. Gli utenti 
del sistema sono specificati nel file /etc/passwd. 

ESEMPI 

chown Stefano * 

Rende Stefano proprietario di tutti i file contenuti 
nel directory corrente. 


cmp [—1] [—a] filei file2 

confronta due file 


DESCRIZIONE 

cmp confronta il contenuto dei due file specificati 
negli argomenti e segnala, qualora sia riscontrata una 
differenza, il numero del primo byte che differisce, 
ed il suo numero di linea. 

OPZIONI PRINCIPALI 

-1 esamina le differenze tra i file e visualizza, per 
ogni byte diverso, il numero d’ordine ed il 
valore, in ottale, del byte nei due file. 

-s non invia alcun messaggio all’utente ma ritorna un 
return code, che può essere utilizzato in una 
procedura SHELL oppure in un programma appli¬ 
cativo. 
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ESEMPI 


crap comando] comandol.old 

Fornisce un messaggio se i due file differiscono, 
cmp - file2 

Confronta lo standard input con il file file2. 


cp filel file2 
ep file! [file2...] 
copia file 


DESCRIZIONE 

Nella prima forma specificata cp copia il file indica¬ 
to nel primo argomento nel file indicato come secondo 
argomento. Nella seconda modalità cp copia i file 
specificati inserendoli nel directory destinazione. 


ESEMPI 


cp Ietterai lettera2 lettera3 LETTERE 

Copia i file Ietterai lettera2 lettera3 nel sottodi¬ 
rectory LETTERE. 

cp /dev/tty raiofile 

Copia quello che viene battuto alla tastiera nel file 
miofile. 

PRECAUZIONI 
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Qualora il file destinazione esista, il suo contenuto 
viene rimpiazzato. 



date [MMddhhnnnf yy] ] [ ’+formato’ J 

data ed ora 


DESCRIZIONE 

date visualizza la data e l’ora nel formato specifica¬ 
to. Permette al super-user di stabilire la data e l’o¬ 
ra corrente. 

m é il numero del mese 

dd é il numero del giorno nel mese 

hh é l’ora 

mi é il minuto 

yy é l’anno 

Il formato é rappresentato da una stringa nella quale 
alcuni campi, costituiti dal carattere X e da un se¬ 
condo carattere, sono rimpiazzati dal corrispondente 
valore quando la data é visualizzata. 

%d é il giorno del mese 
tu é il mese 

Xy è l’anno (ultime due cifre) 

S.H é l’ora 
tM é il minuto 
tS è il secondo 
%n salta una riga 


ESEMPI 


date ’+DATA: *d/*m/%y%nORA : *H-*M-*S’ 

Visualizza la data nel formato specificato, ad esem¬ 
pio: 

DATA: 30/12/85 
ORA: 16-15-10 
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df [—f j [—t] [file_System. - - ] 

visunlizza lo spazio libero 

su disoo 


DESCRIZIONE 

df determina il numero di blocchi liberi e di i-node 
disponibili nei file System enumerati tra gli argomen¬ 
ti oppure per tutti i file System montati sul sistema 
qualora l’argomento non venga specificato. 

PRINCIPALI OPZIONI 

-f viene soltanto riportato il numero dei blocchi li¬ 
beri . 

-t viene riportato, oltre al numero di blocchi liberi 
e di i-node disponibili, anche il numero tota¬ 
le di blocchi allocati per ogni file System. 


ESEMPI 


df -t 

Visualizza il numero di blocchi liberi, i-node dispo¬ 
nibili e blocchi allocati per ogni file System montato 
sul sistema. 

df /dev/rpOl 

Visualizza il numero di blocchi liberi e i-node per 
/dev/rpOl. 
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du r—ars] [nome...] 

utilizzo dei dischi 


DESCRIZIONE 

du fornisce il numero di blocchi occupati per ogni 
file e directory elencato tra gli argomenti. Nel caso 
di directory vengono esaminati ricorsivamente anche 
tutti i sottodirectory. Se non viene specificato alcun 
argomento il comando agisce a partire dal directory 
corrente. 

PRINCIPALI OPZIONI 

-s viene riportato soltanto il numero totale di bloc¬ 
chi occupati dai directory specificati negli 
argomenti. Senza alcuna opzione viene invece 
riportato il totale per ogni directory e ri¬ 
corsivamente anche per ogni sottodirectory. 

-a viene riportato il numero di blocchi utilizzato da 
ogni file contenuto nei directory specificati 
negli argomenti e in tutti i loro sottodirec¬ 
tory. 

-r genera messaggi di errore se qualche file o direc¬ 
tory non può essere esaminato. Ad esempio, 
viene inviato un messaggio di errore se devono 
essere percorsi directory protetti in esecu¬ 
zione (ricerca). 

ESEMPI 

du -s /usr/giovanni /usr/stefano 

Visualizza l’occupazione complessiva di memoria da 
parte dei fij.e di giovanni e Stefano. 

du -a ! grep miofile 

Fornisce il path-name del directory di miofile e lo 
spazio da esso occupato. 


165 



echo [—n] [argomenti] 


scrive i suoi argomenti 
sullo standard output. 


DESCRIZIONE 

Gli argomenti vengono stampati sullo standard output 
separati da blank e con un newline in fondo. L’opzione 
-n serve ad eliminare tale newline. In questo modo si 
può ottenere un elenco di dati tutti su di una stessa 
riga. 


ESEMPI 


echo -n 'ls * > file 

In file vengono scritti, su una sola riga e separati 
da un solo blank, tutti i file del directory corrente. 


fi le [— «=] t— f file] 

l—xn file] file - - - 


determina il tipo di file 


DESCRIZIONE 

file esamina il contenuto dei file specificati negli 
argomenti e cerca di determinarne il tipo, file ese¬ 
guibile, sorgente c, directory... Talvolta per indovi¬ 
nare il tipo di un file, il comando ricerca alcuni 
byte speciali che "marcano" i file di un dato tipo, i 
"numeri magici". Ad esempio, i file eseguibili hanno 
in testa il byte 410 ottale. 


ESEMPI 


file * >miei_file 

Determina il tipo dei file del directory corrente e 
redirige l’output sul file di nome miei_file. 
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f xnd 1 ista di pathrmme 

espressione 

cerca file 


DESCRIZIONE 

Cerca ricorsivamente verso il basso nella struttura ad 
albero per ogni pathname specificato nella lista i 
file il cui nome soddisfi un’espressione regolare co¬ 
stituita combinando alcuni elementi attraverso paren¬ 
tesi, negazione ( ! ), concatenazione o disgiunzione 
(-o); diamo di seguito alcuni di tali elementi. 


-name nome 


Si avvera per un file che si chiami come 
nome ; 


-links n 


Vero se il file ha n link; 

-user nome-utente 

Vero se il file appartiene a nome-utente; 


-size n 


Vero se il file é costituito da n blocchi; 


-inum n 


Vero se il file ha 1’inode numero n; 

-exec comando 

J/ero se l’esecuzione di comando restituisce 
valore 0; 


-ok comando 

Come il precedente, ma subordina l’esecuzio¬ 
ne del comando alla risposta affermativa ( y 
) data interattivamente; 
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-print 

Sempre vero; serve a stampare il path-name 
corrente; 

-newer file 


Vero se il file processato ò stato modi¬ 
ficato più recentemente del file dato come 
argomento. 


gr-ep [opzioni] enpr [fi le] 
ricerca di stringhe ed 

espr-essioni regolari ir» un file 


DESCRIZIONE 

La famiglia di comandi a cui appartiene grep ricerca 
nei file specificati nella linea di comando (lo stan¬ 
dard input se nessun file è specificato) le linee che 
soddisfano l’espressione regolare fornita come argo¬ 
mento (eventualmente una stringa) e, per default, le 
stampa sullo standard output. Se viene specificato 
più di un file prima della linea viene stampato il 
nome del file in cui é stata trovata. 

Le principali opzioni riconosciute da grep sono: 

-v stampa le sole linee che non contengono l’espres¬ 
sione. 

-c viene stampato solo il numero di linee trovate.. 

-I stampa i soli nomi dei file che contengono linee 
che soddisfano l’espressione. 

-n ogni linea stampata viene preceduta dal suo numero 
d’ordine nel file. 
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-b ogni linea stampata viene preceduta dal numero del 
blocco sul quale è stata trovata. (E’ talvolta 
utile per determinare dal contesto i numeri 
dei blocchi su disco.) 

-s sopprime i messaggi di errore dovuti a file mancan¬ 
ti o non leggibili dall’utente. 

Occorre fare attenzione quando si usano i metacaratte- 
ri $, *, [,■'*, !, (, ) e nell’espressione poiché sono 
significativi anche per lo SHELL. Per non avere pro¬ 
blemi la cosa migliore é mettere l’espressione tra 
apici singoli (’). 


ESMPI 


grep ’valerio’ file.mio 

Estrae tutte le righe che contengono l’espressione (in 
questo caso la stringa) Valerio. 

grep -n ’[uU]nix’ f.* 

Estrae tutte le linee che contengono l’espressione 
regolare [ull]nix (che verrà espansa in unix oppure 
Unix) in tutti i file il cui nome inizia per "f." e le 
stampa facendole precedere dal nome del file in cui 
sono state trovate e dal relativo numero di linea. 

Per ulteriori informazione si vedano anche i comandi 
egrep, fgrep, ed sed e sh. 
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ld [opzioni] file 
link editor 


DESCRIZIONE 

ld accetta uno o più moduli oggetto e li combina in un 
programma eseguibile risolvendo i riferimenti esterni 
ai singoli file, ld cerca inoltre nelle librerie lib- 
?.a (libF.a, libP.a, libc.a, libm.a, liby.a) residenti 
nei directory /lib e /usr/lib le routines II modulo 
eseguibile prodotto ha il nome a.out come default. 


PRINCIPALI OPZIONI 


-s elimina dal file prodotto, per risparmiare spazio, 
la symbol table e le informazioni di rilocazione. 

-Ixx cerca i simboli esterni anche nella libreria di 
nome "libxx.a", dove xx é una stringa qualsiasi. 

-n il file eseguibile ha la parte di testo read-only e 
condivisibile da tutti gli utenti che eseguono il 
programma. 

-o xx j.1 nome del programma eseguibile é xx invece 
di a.out. 


In filei [fileZ] 
crea un 1ink 


DESCRIZIONE 

In permette di avere riferimenti in diversi directory 
ad un medesimo file fisico. Uno stesso file può ap¬ 
parire in directory differenti con lo stesso nome op¬ 
pure con nomi diversi. Il link ha lo stesso nome del 
file originale e viene inserito nel directory corren¬ 
te. Se viene specificato il secondo argomento il link 
ha quel nome. 


170 



ESEMPI 


In /usr/stefano/lettera relazione 

Crea nel directory corrente, ad esempio /usr/sergio, 
un riferimento al file /usr/stefano/lettera, chiaman¬ 
dolo relazione. Poiché esiste un solo file con due 
nomi distinti, ogni modifica a /usr/stefano/lettera 
é una modifica a /usr/sergio/relazione. Il comando rm 
elimina un link al file. La cancellazione fisica viene 
effettuata solo quando viene tolto l’ultimo link al 
file stesso. 


Ipr [—c] L—r] [—m] [—n] [file...] 

spooler- di stampa 


DESCRIZIONE 

lpr invia in una coda di stampa il contenuto dei file 
specificati negli argomenti. Se non viene indicato 
alcun file lpr stampa lo standard input. 

OPZIONI PRINCIPALI 

-m al termine della stampa viene inviato un 

messaggio all’utente tramite il servizio di mail. 

-c effettua una copia dei file che vengono inviati 

in stampa. 

-r cancella i file dopo averli stampati. 

ESEMPI 


lpr *.c 

stampa i sorgenti c language. 
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ls [—logtasdrucifp] [nome...] 

g 1 eneo do i fi 3 o ci i un directc 


DESCRIZIONE 

ls elenca i file contenuti nei directory specificati. 
Se non viene specificato alcun nome fra gli argomenti 
ls elenca i file e directory contenuti nel directory 
corrente. Numerose informazioni possono essere deter¬ 
minate specificando le opzioni del comando. 

PRINCIPALI OPZIONI 

-1 riporta per ogni file e directory una descrizione 
estesa. Vengono elencate le protezioni, il numero 
di links al file, 1’ utente ed il gruppo a cui il 
il file appartiene, la dimensione del file in byte 
e la data di ultima modifica del file stesso. Le 
protezioni sono riportate come un insieme di nove 
caratteri. Considerati a gruppi di tre, esprimono i 
permessi per il proprietario, il gruppo proprieta¬ 
rio, ed il resto degli utenti. I tre caratteri com¬ 
prendono una r (read) se é abilitata la lettura del 
file, w (write) se e permessa la modifica del file, 
x (execute) se é permesso eseguire il comando. Per 
un directory il carattere x significa permesso di 
ricerca di un file al suo interno. Ad esempio i 
caratteri rwxr-x—x potrebbero rappresentare l’in¬ 
sieme delle protezioni associate ad un comando che 
chiunque può eseguire, il cui contenuto può essere 
letto dal proprietario e dal gruppo proprietario, 
ma che solo l’utente proprietario può modificare. 

I nove caratteri relativi alle protezioni sono pre¬ 
ceduti da un ulteriore carattere che specifica se 
il nome si riferisce ad un file ordinario, ad un 
directory o ad un dispositivo. 

-p evidenzia i directory facendo seguire al nome il 
carattere /. 

-a elenca anche i file e directory il cui nome comin¬ 
cia con . ad esempio il file .profile. 

-u visualizza la data di ultimo accesso al file invece 
che la data di ultima modifica. 
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ESEMPI 


ls -ap 

Elenca tutti i file e sottodirectory del directory 
corrente, compresi i file il cui nome comincia per 
punto. Evidenzia i directory con il segno /. 


mie dir di: 


crea un di: 


DESCRIZIONE 

mkdir crea i nuovi directory specificati negli argo¬ 
menti. I directory sono creati con permesso di lettu¬ 
ra, scrittura ed esecuzione per il proprietario, il 
gruppo ed il resto degli utenti. Le protezioni di de¬ 
fault all’atto della creazione di directory e file 
possono essere modificate con il comando umask in UNIX 
SYSTEM V. 

ESEMPI 

mkdir lettere 

Se il directory corrente é /usr/stefano, il comando 
crea, se l’utente ha il permesso di scrittura, il di¬ 
rectory /usr/stefano/lettere. 
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more [—d] [—f] [—X] [—linea] 
[+/espr] file... 

visualizza i file 


DESCRIZIONE 

more permette di visualizzare file una schermata alla 
volta. Ogni 22 righe di testo il comando arresta la 
visualizzazione e si pone in attesa di comandi. Nume¬ 
rosi argomenti possono essere definiti sulla linea di 
comando; specificando -linea la visualizzazione comin¬ 
cia dalla riga ennesima invece che dalla prima; speci¬ 
ficando +/espressione_regolare, la visualizzazione 
comincia dalla prima riga contenente l’espressione 
regolare. Quando more é in attesa di comandi è 
possibile battere un 


carriage return: verrà cosi visualizzata la linea 
successiva. 

spazio: vengono visualizzate le 22 righe successive. 

ni: vengono visualizzate le prossime n righe, n é un 

numero intero. 

ns: salta n righe e visualizza la successiva scherma¬ 
ta, n é un numero intero. 

nf: salta n schermate e visualizza la successiva, n 

é un numero intero. 

q: esce da more. 

n/espr: cerca la ennesima espressione regolare, n é un 
numero intero. 

=: visualizza il numero di linea corrente. 

v: manda in esecuzione l’editor full screen vi a par¬ 
tire dalla linea corrente; quando si esce dal- 
l’editor si ritorna nel comando more. 
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h: visualizza informazioni di aiuto. 


[comando: esegue il comando specificato nell’argomen¬ 
to. 


riesegue l’ultimo comando. 

i:n: visualizza l’iesimo successivo file, se sulla 
linea di comando, quando si é mandato in ese¬ 
cuzione il comando, sono stati specificati 
più file. 


mv filel file2 
mv filel [file2...] dii 
sposta filo e 


DESCRIZIONE 

Nella prima forma specificata mv muove il file indica¬ 
to nel primo argomento nel file indicato nel secondo 
argomento. Il comando serve a cambiare il nome ad un 
file. Nella seconda modalità mv sposta i file speci¬ 
ficati inserendoli nel directory destinazione senza 
cambiarne il nome. La differenza fra mv e cp é che mv 
cancella il file sorgente lasciando al termine del 
comando una sola copia del file, il file destinazione, 
mentre cp lascia anche il file sorgente. 


ESEMPI 


mv LETTERA lettera 

Rinomina il -file LETTERA chiamandolo lettera. 
PRECAUZIONI 

mv filel file2 


Qualora file2 esista, il comando provoca la perdita 
del vecchio contenuto. 
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newgrp 


cambia gruppo ti un utente 


DESCRIZIONE 

Cambia l’identificazione del gruppo di chi lo invoca. 
Il directory corrente non viene cambiato, ma vengono 
modificate le protezioni per gli accessi ai file. Se 
il gruppo ha una password, e l’utente no, essa viene 
chiesta. 


nice [—numero] 

comando [argomentd] 
rallenta 1’esecuzione 
di un comando 


DESCRIZIONE 

Il comando nice consente di gestire la priorità di 
scheduling di un comando. 

Se si fornisce un numero preceduto dal trattino, tale 
numero viene sommato al numero che esprime la priori¬ 
tà del comando (di default 10), fino a un massimo di 
20. Si tenga presente che numeri più alti esprimono 
una priorità più bassa. 

Il super-user può rendere più veloce l’esecuzione dei 
propri comandi attribuendo loro un numero negativo 
(es. —5). 


ESEMPI 

nice -10 grep paolo * 

Il comando "grep paolo *" viene eseguito con bassa 
priorità. 
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ni [opzioni] file 
filtro di numerazione 
delle linee 


DESCRIZIONE 

ni permette di numerare, con diverse opzioni, le righe 
del file specificato nell’argomento. Qualora.manchi il 
nome del file, ni numera le linee dello standart inpu- 
t. Il testo viene considerato spezzato in pagine logi¬ 
che, ciascuna costituita da una intestazione, un corpo 
ed un fondo pagina. L’inizio di una intestazione é 
segnalata da una riga costituita dai soli caratteri 
::: , l’inizio del corpo di ogni pagina da una linea 

costituita dai caratteri :: e l’inizio del fondo pagi¬ 
na da una linea con i caratteri : . Per default la 

numerazione riparte all’inizio di ogni pagina logica. 
E' possibile numerare tutte le righe della pagina lo¬ 
gica, solo le righe dell’intestazione o del corpo o 
fondo pagina, le righe che contengono stringhe ricer¬ 
cate etc. 

OPZIONI PRINCIPALI 

-p non ricomincia la numerazione delle righe all’ini¬ 
zio di una nuova pagina. 

-wnum num é un intero che specifica il numero di ca¬ 
ratteri riservato per i numeri di linea. 

- dxx xx sono due caratteri che consentono di modifica¬ 
re il valore di default per il separatore : 
e quindi del separatore di intestazione e 
corpo di pagina. 
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pack [—3 t'i le. . . 
comprime file 
pcat file. - - 

visualizza file in formato 

compresso 

unpack file- - - 

espande file in formato 
compresso 
DESCRIZIONE 

pack esegue la compressione dei file specificati negli 
argomenti. L’ammontare della compressione effettuata 
dipende dalla distribuzione più o meno uniforme dei 
byte nel file da impaccare, pack cancella il file ori¬ 
ginario generando un file con lo stesso nome del file 
specificato nell’argomento e terminato dai due carat¬ 
teri .z . Se viene specificato l’argomento -, pack 
fornisce informazioni quali il numero di volte in cui 
ogni byte presente nel file impaccato é usato, pcat 
consente di visualizzare e concatenare file compressi, 
analogamente a quanto cat fa per i file ordinari, un¬ 
pack rigenera i file in formato esteso a partire dai 
corrispondenti file in formato compresso. 

ESEMPI 

pcat *.c 

Comprime tutti i sorgenti c presenti nel directory 
corrente. 
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pas swd 


cambia 


la 


d i 


login 


DESCRIZIONE 

Ogni utente può specificare una password che il si¬ 
stema richiederà all’atto del login nel sistema. Una 
volta generata una password, essa é mantenuta in forma 
crittografata dal sistema nel file /etc/passwd. Anche 
se un utente ha accesso al file delle password, non 
può leggere la password in chiaro. 


ESEMPI 


passwd bo347284 

Crea una password o modifica quella già esistente. 
Solo il super user può cancellare una password. PRECAUZIONI 

Il super user ha il permesso di scrittura sul file 
/etc/passwd e quindi può cancellare qualsiasi password 
creata dagli utenti. 


pr [opzioni] [file...] 
s t. nmpo impaginala ci i file 


DESCRIZIONE 

pr invia sullo standard output il contenuto dei file 
indicati negli argomenti oppure lo standard input in 
assenza di argomenti. Ogni pagina contiene una inte¬ 
stazione che riporta data e orario, nome del file cor¬ 
rente e numero di pagina. 
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PRINCIPALI OPZIONI 


-p qualora l’output sia diretto al terminale, pr -p 
visualizza il contenuto dei file indicati una 
pagina alla volta, attendendo un carriage re¬ 
turn prima di passare alla visualizzazione 
della pagina successiva. 

-h "stringa" l’intestazione di default, che separa 
ogni pagina può essere modificata a piacere e 
posta eguale a stringa. 

-n fa precedere ogni linea di testo dal numero pro¬ 
gressivo di linea. 

-wn l’opzione -w consente di specificare la larghezza 
della pagina di output, n é la larghezza in¬ 
dicata come numero di caratteri. 

-lk l’opzione -1 consente di specificare la lunghezza 
della pagina di output. 1 é la lunghezza in¬ 
dicata come numero di righe. 

-k l’output é costituito da k colonne invece che una. 

-d doppia spaziatura invece che singola tra le righe 
del testo. 

-t non viene costruita alcuna intestazione di pagina e 
non viene lasciata alcuna riga bianca tra una 
pagina e l’altra. 


ESEMPI 

pr -p -n -t -123 filel 

Visualizza il contenuto di filel, senza inserire inte¬ 
stazioni di pagina, fermandosi in attesa di un carria¬ 
ge return ogni 23 righe, numerando ogni riga. 
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ps [opzioni] 
stato dei processi 


DESCRIZIONE 

ps visualizza diverse informazioni sullo stato dei 
processi attivi nel sistema. Il risultato della esecu¬ 
zione del comando é una tabella che contiene sulle 
righe un nome di processo e sulle colonne informazioni 
relative al processo. Il contenuto delle colonne é 
precisato da una intestazione. La colonna marcata con 
UID contiene il numero identificativo dell’utente che 
ha lanciato il comando, il PID é il numero di pro¬ 
cesso, il PPID é il numero del processo padre, PRI é 
il livello di priorità del processo, TIME é il tempo 
di esecuzione del processo, CMD é il nome del pro¬ 
cesso. 

PRINCIPALI OPZIONI 

-e visualizza informazioni per tutti i processi e non 
solamente per quelli dell’utente che ha mandato in 
esecuzione il comando. 

-f vengono visualizzate tutte le informazioni che il 
comando può fornire. 


pwd 


path—nnme di. 


DESCRIZIONE 

pwd fornisce il path-name completo del directory cor¬ 
rente. 
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t~m [ — Fr-i ] file. - _ 
caneeIla file 


DESCRIZIONE 

rm cancella i file specificati negli argomenti, se 
esiste un solo link ai file. Qualora esistano molti 
riferimenti allo stesso file, creati con il comando 
In, il file non é cancellato fisicamente, ma viene 
rimosso soltanto il riferimento nel directory corren¬ 
te. 


PRINCIPALI OPZIONI 

-f se qualche file specificato tra gli argomenti é 
protetto in scrittura, rm chiede conferma prima di 
effettuare la cancellazione, a meno che non sia sta¬ 
ta specificata l’opzione -f nel qual caso rm forza 
la cancellazione senza conferma. 

-r rm -r directory cancella il directory indicato e 
ricorsivamente tutti i file contenuti in esso e nei 
suoi sottodirectory. L’ opzione -r é l’unica che 
consenta di cancellare un directory con il comando 
rm. 

-i viene richiesta una conferma prima della cancella¬ 
zione dei file. 

ESEMPI 


rm -ri lettere 

Esamina tutti i file a partire dal sottodirectory let¬ 
tere del directory corrente. Dopo conferma li cancel¬ 
la. 
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rmdir d i. r-o 


cancella di] 


DESCRIZIONE 

rmdir cancella i directory specificati negli argomen¬ 
ti. Un directory può essere cancellato con questo 
comando solo se non contiene alcun file. 


sort f—cmubdfinr] [—tcar] 

[+campo [ —campo] ] - - - 

[—o file] file ... 

ordina ed effettua merge di file 


DESCRIZIONE 

Se non é specificato alcun argomento sort ordina lo 
standard input in senso crescente, considerando come 
chiave di ordinamento l’intera riga. Specificando il 
nome di un file da ordinare, sort ordina quel file. Se 
sono indicati più file, sort li ordina e ne effettua 
il merge. Specificando -o file_output, l’output di 
sort viene memorizzato sul file file_output invece di 
essere inviato sullo standart output. E* possibile 
effettuare il sort su una o più chiavi definite a 
piacere. Ogni riga é pensata suddivisa in campi se¬ 
parati dal carattere specificato nella opzione -tca- 
rattere del comando. Ogni campo é composto da un certo 
numero di caratteri. Il comando 

sort -tcarattere +interol.intero2 -intero3.intero4 
filel 

ordina filel. Ogni rigo del file é divisa in campi 
separati dal carattere scritto dopo il -t. Il primo 
carattere della chiave di ordinamento si ottiene sal¬ 
tando interol campi e poi intero2 caratteri dall’ini¬ 
zio della riga. L’ultimo carattere della chiave di 
ordinamento é immediatamente precedente a quello che 
si ottiene saltando intero3 campi e poi intero4 carat- 
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teri dall’inizio della riga. E' possibile ordinare 
secondo molteplici chiavi, specificandone il carattere 
di inizio e di termine. Se viene omessa l’indicazione 
sul carattere finale della chiave si assume che termi¬ 
ni a fine linea. La specifica delle chiavi di ordina¬ 
mento può essere seguita da uno o più flag scelti tra 
i caratteri bdfinr il cui significato é precisato 
nelle opzioni. 

OPZIONI PRINCIPALI 

-c esegue soltanto il controllo che il file sia ordina¬ 
to. 

-m supponendo che i file di input siano già ordinati, 
sort ne effettua il merge. 

-u invia in output una sola copia delle righe duplica¬ 
te. 

-b non considera i caratteri bianchi iniziali delle 
chiavi di ordinamento. 

-r ordinamento discendente invece che ascendente. 

-tcarattere specifica il carattere separatore di campo. 
Per default i campi sono separati dal carattere spa¬ 
zio. 


spi i -t [—n] [ t‘i lei [nome] ] 

divide un file in parti 


DESCRIZIONE 

split genera un insieme di file, ciascuno comprendente 
soltanto n righe del file specificato nell’argomento 
filel. n può essere omesso, in tal caso il file è 
spezzato in parti costituite da 1000 righe. I file 

generati hanno i nomi nomeaa, nomeab, nomeac.,no- 

mezz. Qualora nome non venga specificato viene assunto 
come default x. I nomi dei file contenenti le parti 

del file da spezzare saranno cioè xaa, xab, xac, . 

xzz. 
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ESEMPI 


split -100 lungofile 

Spezza il file lungofile in pezzi creando i nuovi file 
xaa, xab, ... 

split -100 < lungofile 

L’effetto é il medesimo del comando precedente ma il 
nome del file da spezzare non viene fornito come argo¬ 
mento. Invece viene effettuata una redirezione del- 
1’input. 


su [— ) [utente [ ar-goment i . - - ] ] 

diventa il super user 
o un altro utente 


DESCRIZIONE 

su consente di diventare il super user del sistema 
senza effettuare il logout del sistema e rientrare 
come root. Se viene specificato un nome di utente, su 
permette di diventare l’utente specificato. In entram¬ 
bi i casi chi esegue il comando deve conoscere la pas¬ 
sword di login del super user o del secondo utente. Il 
comando manda in esecuzione un nuovo processo SHELL 
per interpretare i comandi, quindi per ritornare allo 
stato precedente occorre battere un EOF (control D), 
analogamente a quanto si fa per effettuare il logout 
dal sistema. L’EOF segnala al nuovo SHELL che non vi 
é alcun altro comando da leggere. 


ESEMPI 


su 

Diventa super user. 
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sync 


aggiorna i 3 superbl.occo 


DESCRIZIONE 

II comando manda in esecuzione la chiamata di sistema 
delio stesso nome, la quale aggiorna il superblocco. 
E' necessario dare tale comando quando si vuole avere 
la certezza che la situazione attuale sia stata salva¬ 
ta su memoria di massa. Il comando va quindi comunque 
eseguito, per salvaguardare l’integrità del file 
System, quando si decide di spegnere il sistema. 


tail [ h -[ num] [ lbc[f] ] 3 Lfilo] 

visualizza la "coda" di un file 


DESCRIZIONE 

tail visualizza la parte terminale di un file. Il com¬ 
portamento di default é quello di visualizzare le 
ultime 10 righe del file. E’ possibile vedere le ulti¬ 
me n righe, blocchi o caratteri del file specificando 
-numerol, -numerob, -numeror. In alternativa é pos¬ 
sibile visualizzare il file a partire dell’n_esima 
linea, blocco o carattere specificando tail +numerol, 
-t-numerob, +numeror. 


ESEMPI 


tail -50c lettera 

Visualizza gli ultimi 50 caratteri del file lettera. 
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tee [ — i ] L—«a 1 [ file] . . . 

derivazione d« un pipe 


DESCRIZIONE 

tee copia il suo input sull’output e suJ file specifi¬ 
cato. Inserito in una catena di comandi collegati da 
pipe, consente di memorizzare su un file i dati che 
fluiscono nel pipe. 

OPZIONI PRINCIPALI 

-a l’output di tee viene appeso al file specificato 
nell’argomento. 


ESEMPI 


Is -1 : tee mieifile ! wc -1 

L’elenco dei file del directory corrente prodotto da 
Is -1 costituisce l’input di tee che lo passa a wc. wc 
contando le righe, conta il numero di file presenti 
nel directory corrente, tee permette di generare una 
derivazione nel pipe, l’elenco dei file viene anche 
salvato sul file mieifile. 
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test espressione 
[ espressione ) 

valuta espressioni !><><> 1 e nn e 


DESCRIZIONE 

test valuta le espressioni costruite sulla base degli 
operatori seguenti e ritorna un exit value 0 (vero) o 
diverso da 0 (falso). Questo comando viene normalmente 
usato nelle procedure shell in connessione alle istru¬ 
zioni if e while. Gli operatori di uso più comune 
sono: 


-r 

f 

vero 

se 

il 

file 

f 

esiste 

ed 

é 

leggibile 

-w 

f 

vero 

se 

il 

file 

f 

esiste 

ed 

é 

scrivibile 

-x 

f 

vero 

se 

il 

file 

f 

esiste 

ed 

é 

eseguibile 

-f 

f 

vero 

se 

il 

file 

f 

esiste 

ed 

é 

un file normale 


-s f vero se il file f esiste ed é ha lunghezza 
maggiore di zero 

-z s vero se la lunghezza della stringa s é zero 

-n s vero se la lunghezza della stringa s é maggiore 

di zero 

si = s2 vero se le stringhe si e s2 sono identiche 

si != s2 vero se le stringhe si e s2 non sono iden¬ 
tiche 

s vero la stringa s non é la stringa nulla 

ni -eq n2 vero se gli interi ni e n2 sono uguali. In 
modo simile operano i flags -ne, -gt, -ge, -It, 
-le. 
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Possono essere utilizzati i seguenti operatori per 
combinare i termini primari precedenti: 



! operatore di negazione unaria 
-a operatore and binario 
-o operatore or binario 

( ) per raggruppare le espressioni e modificare le 
priorità di esecuzione 


PRECAUZIONI 


Tutti gli atomi delle espressioni debbono essere argo¬ 
menti separati 1’ uno dall’ altro. Inoltre occorre 
citare con \ o ’’ le parentesi in quanto altrimenti 
verrebbero interpretate dallo shell. 

Quando si usa la seconda forma del comando, quella 
delimitata da parentesi quadre ( ], queste debbono 
essere delimitate da spazi. 


umask [protezioni] 


protezioni 
per- file e 


di 
d: 


de f au 1 ir. 


DESCRIZIONE 

umask permette di specificare quali protezioni devono 
essere attivate all’atto della creazione di un file. I 
file vengono creati per default in modo ottale 666 
ovvero con permesso di lettura, scrittura ed esecuzio¬ 
ne da parte del proprietario, gruppo e resto degli 
utenti. I directory vengono creati in modo ottale 777 
ovvero con permesso di lettura, scrittura e ricerca 
per il propfietario, gruppo e utenti rimanenti. Dopo 
aver eseguito il comando umask, il valore di default 
delle protezioni di file e directory all’atto della 
loro creazione viene modificato. Per ottenere il nuovo 
default, più restrittivo, occorre sottrarre le cifre 
della maschera alle cifre corrispondenti di 777 oppure 
666. Qualora l’argomento non venga specificato umask 
visualizza il valore corrente della maschera. 
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ESEMPI 


umask 066 

I file e directory vengono creati senza permesso di 
scrittura e lettura per gruppo e resto degli utenti. I 
file vengono creati in modo 600 ed i directory in modo 
ottale 711. 


uniq L—udc L+n] L—n] ] J 

tinput [output]] 

determina le r-igtie non ripetute 


DESCRIZIONE 

Se non viene specificato alcun argomento, uniq invia 
sullo standard output lo standard input, generando 
però una sola copia delle righe eguali e consecutive 
presenti. Se vengono specificati gli argomenti input e 
output, uniq agisce su tali file. 

OPZIONI PRINCIPALI 

-u nessuna copia delle righe duplicate é visualizzata. 

-d vengono visualizzate le sole righe duplicate. 

-c vengono visualizzate le righe non duplicate ed una 
sola copia delle duplicate, come avviene se 
non é specificata alcuna opzione, ma ogni 
linea é preceduta dal numero di volte in cui 
essa appare ripetuta nel testo. 

ESEMPI 
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sort miofile ! uniq -c determino le righe ripetute 
anche se non sono consecutive. 



w<; f—1 woJ [file. - - J 

conta le parole di un file 


DESCRIZIONE 

wc conta il numero di caratteri, linee e parole pre¬ 
senti nei file specificati dagli argomenti. Qualora 
non sia specificato alcun file, wc legge lo standard 
input. 

OPZIONI PRINCIPALI 

-1 conta le sole linee. 

-w conta le sole parole. 

-c conta i soli caratteri. 


ESEMPI 


ls -1 ! wc -1 

Determina il numero di file contenuti nel directory 
corrente. 


who L—uTlpdbrtas3 [fi1ewho3 
who um i 

visualizza gli utenti at1ivi 


DESCRIZIONE 

who fornisce il nome, terminale ed orario di login di 
tutti gli utenti collegati al sistema, who am i forni¬ 
sce informazioni sull’utente che esegue il comando. Se 
come argomento file_who é specificato il nome del file 
/etc/wtmp, viene riportata una traccia di tutti i io- 
gin e logout dal sistema a partire dalla data di crea¬ 
zione di quel file. 
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write nome—utente 
[ nome—t er~ni i ne 1 e | 

scrive a un altro utente 


DESCRIZIONE 

Questo comando consente di scrivere ad un altro utente 
attualmente collegato. Dopo avere mandato al ricevente 
un messaggio che lo avvisa della cosa, e gli indica da 
chi viene la comunicazione e da quale terminale, write 
preleva le righe dal terminale da cui é stato invo¬ 
cato, e le manda al terminale dell’utenrte ricevente. 
Quando chi deve ricevere il messaggio é alloggiato a 
piùdi un terminale, cosa consentita in ambiente UNIX, 
il comando write viene inibito, a meno che non si spe¬ 
cifichi 1’altrimenti opzionale nome-terminale. 


PRINCIPALI OPZIONI 

-1 viene riportato l’elenco dei terminali liberi. 

-b viene indicata la data e l’ora dell’ultimo boot del 
sistema operativo. 

-t viene indicata la data e l’ora dell’ultimo cambia¬ 
mento dell’ora del sistema. 

ESEMPI 


who ! grep Stefano 

Determina se Stefano sta usando il sistema. 
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Il sistema operativo UNIX si avvia a diventare uno standard per 
calcolatori a 16 bit anche nel mondo industriale, cosi come è già 
avvenuto nel mondo universitario. Questo libro, che nasce dal¬ 
l'esperienza diretta in quell'ambito, si presenta come una intro¬ 
duzione didattica al mondo di UNIX, e conduce per mano il 
lettore a toccarne le più fondamentali funzionalità. Per la sua 
completezza, esso si porge come un vero e proprio manuale per 
chi voglia fattivamente operare in questo ambiente di punta del¬ 
l'informatica contemporanea 
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